JP3739087B2 - Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム - Google Patents
Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム Download PDFInfo
- Publication number
- JP3739087B2 JP3739087B2 JP2002073016A JP2002073016A JP3739087B2 JP 3739087 B2 JP3739087 B2 JP 3739087B2 JP 2002073016 A JP2002073016 A JP 2002073016A JP 2002073016 A JP2002073016 A JP 2002073016A JP 3739087 B2 JP3739087 B2 JP 3739087B2
- Authority
- JP
- Japan
- Prior art keywords
- connection
- network
- equipment
- stb
- vhs
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2821—Avoiding conflicts related to the use of home appliances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
Description
【０００１】
【発明の属する技術分野】
この発明は、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers，Inc．）１３９４規格に準拠したデジタルインターフェースに代表されるAudioやVideo信号を扱うネットワークに接続されるＡＶ（Audio Video）機器及びその制御方法、ＡＶ機器ネットワークシステムに関する。
【０００２】
【従来の技術】
周知のように、近年では、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェースを用いたシリアルバスにより、複数のＡＶ機器を自由な形態で接続したネットワークシステムを構築することが可能になっている。
【０００３】
このＩＥＥＥ１３９４シリアルバスは、特に、ＳＴＢ（Set Top Box）のようなデジタル放送受信機と、Ｄ−ＶＨＳ（Ｄ−Video Home System）機器のようなデジタル記録再生機器とのデジタルインターフェースに用いられ、高品位な記録再生システムを構築している。
【０００４】
ここで、ＳＴＢからＩＥＥＥ１３９４シリアルバスを用いてＤ−ＶＨＳ機器にデジタル記録を行なう場合、次のような手順で接続が確立される。
【０００５】
１）ＳＴＢがＩＲＭ（Isochronous Resource Manager）に対しIsochronous CHを確保。
【０００６】
２）ＳＴＢがＩＲＭに対しIsochronous帯域を確保。
【０００７】
３）ＳＴＢのｏＰＣＲ（output Plug Control Register，出力論理プラグ）と、Ｄ−ＶＨＳ機器のｉＰＣＲ（input Plug Control Register，入力論理プラグ）
との論理接続処理（New接続；新規接続）。
【０００８】
４）ＳＴＢからＭＰＥＧ［Moving Picture Experts Group］（パーシャルＴＳ：Partial Transport Stream）のIsochronous伝送を開始。これにより、Ｄ−ＶＨＳ機器にＭＰＥＧデータが伝送される。
【０００９】
５）ＳＴＢからＤ−ＶＨＳ機器に対して、ＡＶ（Audio Video）／Ｃ（Control）コマンド（記録動作）を要求。
【００１０】
６）Ｄ−ＶＨＳ機器は、記録を開始するとともに、ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続処理（Overlay接続；上張り接続）を実施。
【００１１】
なお、Overlay接続は必須の処理ではないが、論理接続は実行した機器でしか開放ができないため、Ｄ−ＶＨＳ機器のようなデジタル記録再生機器は、記録動作中に不用意に相手機器が論理接続を開放すると記録実行が不安定になる。これを避けるため、自らの機器でも論理接続をOverlayとして実施している。
【００１２】
これにより、Ｄ−ＶＨＳ機器の記録が実行されると、相手機器との接続が仮に開放されても、Ｄ−ＶＨＳ機器からの論理接続がまだ残るので、安定したIsochronous伝送が継続される。その結果として、記録動作が安定して継続できるメリ
ットがある。
【００１３】
以上の処理で記録が開始されると、通常は、希望の番組や必要な時間だけの記録が行なわれた後、上記とは逆の以下の手順で記録が終了される。
【００１４】
１）ＳＴＢからＤ−ＶＨＳ機器に対して、ＡＶ／Ｃコマンド（停止動作）を要求。
【００１５】
２）Ｄ−ＶＨＳ機器は、記録を終了するとともに、ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続（Overlay接続）を開放。
【００１６】
３）ＳＴＢからＭＰＥＧ（パーシャルＴＳ）のIsochronous伝送を停止。
【００１７】
４）ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続を開放。その結果、論理接続が消滅したので、次の処理を行なう。
【００１８】
５）ＳＴＢがＩＲＭに対しIsochronous帯域を返却。
【００１９】
６）ＳＴＢがＩＲＭに対しIsochronous CHを返却。
【００２０】
記録実行中にユーザの動作により、機器の増設（追加）やバスからの分離（削除）が行なわれると、ＩＥＥＥ１３９４シリアルバスにはバスリセット（Busreset）が発生する。このバスリセットは、ＩＥＥＥ１３９４におけるネットワークのトポロジー（topology：図形や空間のもつ位相数学的性質。ここでは接続のツリー構造が変わること）の変化を検出してネットワーク上の機器に伝える規格化された機能である。
【００２１】
バスリセットが発生すると、特定時間であるIsoch＿resource＿delayで規定されている時間（約１秒）以内に新しいバスのノード情報を取得し、Isochronous伝送を継続することが可能となっている。
【００２２】
すなわち、このような接続復元処理は、時間の制限なくいつまでもゆっくりと継続されるわけではない。例えば、２つのネットワークをケーブルで接続した場合、新たに１つのネットワークが構成されることになるが、結合させる以前の２つのネットワークで個別に同一の論理チャンネルを使用していると、結合直後は伝送データが衝突する。
【００２３】
このような不具合をいつまでも継続してしまうことは問題があるため、接続復元処理を限定し一定時間内で区切りをつけるか、一度伝送を中止して新たな論理チャンネルが確保できてから伝送を再開する必要がある。
【００２４】
そして、ＡＶストリームのように連続性が重視される場合は、一定時間内で接続復元処理を完了させる必要がある。ＩＥＥＥ１３９４ネットワークの場合は、この期間が、Isoch＿resource＿delayとして規定されている。
【００２５】
ところで、このような接続復元処理は、Isochronous伝送が必ずしも切れ目なく連続して確保される保証がないことから、機器の取り扱い説明書等により注意文として、記録実行中には不要な機器であってもケーブルの抜き差しを行なわないように指導している。
【００２６】
しかしながら、ＩＥＥＥ１３９４シリアルバスは、１００Mbps（Mega bit per second）から４００Mbpsの高速通信であるため、どうしても外来ノイズの影響を受けてしまい、ユーザがネットワーク上で機器の増減を作為的に行なわなくてもバスリセットが発生する場合がある。完全にノイズの影響を排除することは困難であるし、ノイズ原をユーザが特定することも困難である。
【００２７】
そして、バスリセットが発生した後、上記Isoch＿resource＿delayで規定される時間内に接続が復元されない場合、つまり、再接続に失敗した場合には、それまでのネットワーク上での接続関係が無効となり、新たなネットワークが構築されることになる。
【００２８】
このため、先の例で言えば、ＳＴＢからＤ−ＶＨＳ機器にデジタル記録を行なっている状態で、バスリセットが発生し、再接続に失敗すると、以後、新たなネットワーク上で再設定しない限りＳＴＢからＤ−ＶＨＳ機器へのデジタル記録が行なわれなくなるという問題が生じる。
【００２９】
なお、再接続に失敗する要因としては、ノード情報を取得するまでの完了時間が機器によってまたは取得する毎に異なり制限時間以上を要してしまう場合や、ＩＲＭのリソースの確保が競合する場合等が考えられる。
【００３０】
【発明が解決しようとする課題】
以上のように、従来では、記録動作中にバスリセットが発生して再接続に失敗すると、記録が途中で中断されてしまうという問題を有している。
【００３１】
そこで、この発明は上記事情を考慮してなされたもので、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させて記録動作に影響が及ぼされないようにした極めて良好なＡＶ機器及びその制御方法を提供することを目的とする。
【００３２】
【課題を解決するための手段】
この発明に係るＡＶ機器は、デジタルインターフェースを介してネットワークに接続されるＡＶ機器において、前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させる制御手段を備えるようにしたものである。
【００３３】
また、この発明に係るＡＶ機器の制御方法は、デジタルインターフェースを介してネットワークに接続されるＡＶ機器に対して、前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させるように制御を施すものである。
【００３４】
上記のような構成及び方法によれば、ネットワークの接続状態が変化したことによるネットワークの接続状態の復元処理が、ネットワークの接続状態が変化する前に自機器と通信状態にあった他のＡＶ機器とで競合した場合、他のＡＶ機器から与えられる接続要求を拒絶し、自機器の復元処理を優先させるようにしたので、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させることが可能となり、伝送する信号の連続性が保たれ、画像記録機器との接続の場合は、その画像記録動作に影響が及ぼされないようにすることができる。
【００３５】
【発明の実施の形態】
以下、この発明の第１の実施の形態について図面を参照して詳細に説明する。
図１（ａ）において、符号１１はＳＴＢで、アナログＡＶケーブル１２を介してモニタ１３に接続されている。このＳＴＢ１１には、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェース機能が備えられている。ＩＥＥＥ発行「ＩＥＥＥ Standard for a High Performance Serial Bus」、ＩＥＣ発行「ＩＥＣ６／８８３−１」参照。
【００３６】
そして、このＳＴＢ１１に、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェース機能を有する記録再生機器として、複数（図示の場合は２つ）のＤ−ＶＨＳ機器１４，１５が、シリアルバス１６，１７を介して接続されることにより、ネットワークシステムが構築されている。
【００３７】
このＳＴＢ１１は、ユーザの操作に基づいて、シリアルバス１６，１７を介して制御用データを送出することにより、ネットワークシステムに接続されている各Ｄ−ＶＨＳ機器１４，１５を、それぞれ任意に選択して制御することが可能となっている。
【００３８】
これにより、ＳＴＢ１１は、それが受信し復調した番組のデジタル画像データを、任意に選択したＤ−ＶＨＳ機器１４，１５にシリアルバス１６，１７を介して伝送することによって記録させることができる。
【００３９】
また、ＳＴＢ１１は、任意に選択したＤ−ＶＨＳ機器１４，１５から、そこに記録されたデジタル画像データを読み出させ、シリアルバス１６，１７を介して入力することにより、モニタ１３に表示させることが可能である。
【００４０】
まず、図１（ａ）に示すように、バスリセット発生前において、ＳＴＢ１１は、channel number＝３２chを使ってIsochronousパケットを出力し、Ｄ−ＶＨＳ機器１４，１５に入力させて記録を行なっている。
【００４１】
このような状態で、バスリセットが発生し、図１（ｂ）に示すように、ＳＴＢ１１がRestoreを行なうために自己のｏＰＣＲを設定する前に、Ｄ−ＶＨＳ機器１４がＳＴＢ１１のｏＰＣＲに６３chで出力するようＬＯＣＫ要求を行なったとする。
【００４２】
すると、ＳＴＢ１１は、要求されたChannel numberが、バスリセットの発生前に記憶していたChannel number＝３２chと異なるので変更を禁止し、かつ、conflict errorの応答をＤ−ＶＨＳ機器１４に返送する。これにより、Ｄ−ＶＨＳ機器１４は、変更が失敗したと認識する。
【００４３】
そして、図１（ｃ）に示すように、ＳＴＢ１１がRestoreにて、自己のｏＰＣＲ及びＤ−ＶＨＳ機器１４のｉＰＣＲをChannel number＝３２chに設定し、接続カウンタも設定する。これにより、記録のためのストリームの出力は継続される。
【００４４】
次に、この発明の第２の実施の形態について説明する。図２において、図１と同一部分には同一符号を付して示している。まず、図２（ａ）に示すように、バスリセット発生前において、ＳＴＢ１１は、channel number＝３２chを使ってIsochronousパケットを出力し、Ｄ−ＶＨＳ機器１４，１５に入力させて記録を行なっている。
【００４５】
このような状態で、バスリセットが発生し、図２（ｂ）に示すように、ＳＴＢ１１がRestoreを行なうために自己のｏＰＣＲを設定する前に、Ｄ−ＶＨＳ機器１４がＳＴＢ１１のｏＰＣＲに３２chで出力するようＬＯＣＫ要求を行なったとする。
【００４６】
また、バスリセットの発生後、ＳＴＢ１１がRestoreを行なうためにＤ−ＶＨＳ機器１４のｉＰＣＲにＬＯＣＫを行なう前にｉＰＣＲをＲＥＡＤし、ＬＯＣＫをするときのArgument Value（ＩＥＥＥ１３９４規格のコマンドの引数であるarg＿valueに対応。即ち、要求を出そうとする相手機器の元の値、要求する機器が認識している値。）としてＳＴＢ１１内のメモリに記憶設定する。このとき、Ｄ−ＶＨＳ機器１４の内部でｉＰＣＲの値が変化する場合があるため、図２（ｃ）に示すように、ＬＯＣＫが比較値エラーで失敗する。
【００４７】
その後、図２（ｄ）に示すように、ＬＯＣＫの応答で取得したＤ−ＶＨＳ機器１４の最新のｉＰＣＲの値を用いて再度ＬＯＣＫを行なう。そして、ＬＯＣＫが成功すると、記録のためのストリームの出力は継続される。
【００４８】
図３は、ＳＴＢ１１に対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の動作をまとめたフローチャートを示している。まず、開始（ステップＳ１１）されると、ＳＴＢ１１は、ステップＳ１２で、他の機器からＬＯＣＫ要求があるか否かを判別し、ないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００４９】
また、ステップＳ１２で、他の機器からＬＯＣＫ要求があると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１３で、ＰＣＲに対してか否かを判別し、ＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００５０】
ステップＳ１３で、ＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１４で、ｏＰＣＲに対してか否かを判別し、ｏＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００５１】
ステップＳ１４で、ｏＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１５で、ｏＰＣＲの値とArgument valueとが等しいか否かを判別し、等しくないと判断された場合（ＮＯ）、ステップＳ１６で、completeを返送して、処理を終了（ステップＳ２０）する。
【００５２】
ステップＳ１５で、ｏＰＣＲの値とArgument valueとが等しいと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したか否かを判別し、経過していないと判断された場合（ＮＯ）、ステップＳ１８で、conflict errorを返送して、処理を終了（ステップＳ２０）する。
【００５３】
ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１９で、ｏＰＣＲのpoint‐to‐point connection counterをData value（ＩＥＥＥ１３９４規格のコマンドの引数であるdata＿valueに対応。即ち、要求により書き換えたい相手機器の新しくなる値、要求する機器が希望する値。）のpoint‐to‐point connection counterに更新して、処理を終了（ステップＳ２０）する。
【００５４】
図４は、ＳＴＢ１１に対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の他の動作をまとめたフローチャートを示している。図４において、図３と同一ステップには同一符号を付して示している。
【００５５】
すなわち、前記ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過していないと判断された場合（ＮＯ）、ＳＴＢ１１は、ステップＳ２１で、Data valueのChannel numberとｏＰＣＲのChannel numberとが同じか否かを判別し、同じでないと判断された場合（ＮＯ）、ステップＳ１８の処理に移行され、同じであると判断された場合（ＹＥＳ）、ステップＳ１９の処理に移行される。
【００５６】
図５は、ＳＴＢ１１に対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の動作をまとめたフローチャートを示している。まず、開始（ステップＳ２２）されると、ＳＴＢ１１は、ステップＳ２３で、他の機器からＬＯＣＫ要求があるか否かを判別し、ないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５７】
また、ステップＳ２３で、他の機器からＬＯＣＫ要求があると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２４で、ＰＣＲに対してか否かを判別し、ＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５８】
ステップＳ２４で、ＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２５で、ｉＰＣＲに対してか否かを判別し、ｉＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５９】
ステップＳ２５で、ｉＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２６で、ｉＰＣＲの値とArgument valueとが等しいか否かを判別し、等しくないと判断された場合（ＮＯ）、ステップＳ２７で、completeを返送して、処理を終了（ステップＳ３１）する。
【００６０】
ステップＳ２６で、ｉＰＣＲの値とArgument valueとが等しいと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したか否かを判別し、経過していないと判断された場合（ＮＯ）、ステップＳ２９で、conflict errorを返送して、処理を終了（ステップＳ３１）する。
【００６１】
ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ３０で、ｉＰＣＲのpoint‐to‐point connection counterをData valueのpoint‐to‐point connection counterに更新して、処理を終了（ステップＳ３１）する。
【００６２】
図６は、ＳＴＢ１１に対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の他の動作をまとめたフローチャートを示している。図６において、図５と同一ステップには同一符号を付して示している。
【００６３】
すなわち、前記ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過していないと判断された場合（ＮＯ）、ＳＴＢ１１は、ステップＳ３２で、Data valueのChannel numberとｉＰＣＲのChannel numberとが同じか否かを判別し、同じでないと判断された場合（ＮＯ）、ステップＳ２９の処理に移行され、同じであると判断された場合（ＹＥＳ）、ステップＳ３０の処理に移行される。
【００６４】
ここで、バスリセットが発生した後、ネットワーク接続されている全ての機器のノード情報が、一度に全機器分うまく取得できるとは限らない。場合によっては、ネットワーク上に存在するはずの機器のノード情報が取得できないことがある。そして、このような場合、従来では、Restore対象となる機器が存在しないと判断され、Restoreが失敗されている。
【００６５】
そこで、図７（ａ）〜（ｄ）に示すように、Isoch＿resource＿delayで規定されている期間は、必要なノード情報が取得できるまでRestoreを行なうようにすることが考えられる。
【００６６】
図７（ａ）〜（ｄ）では、バスリセット前に、ＳＴＢ１８が３台のＤ−ＶＨＳ機器１９，２０，２１のノード情報を取得している。そして、バスリセット後に、ＳＴＢ１８が２台のＤ−ＶＨＳ機器１９，２１のノード情報を取得でき、そこから２００ｍsec後にＤ−ＶＨＳ機器２０のノード情報を取得し、Restoreを行なっている。
【００６７】
また、図８（ａ）〜（ｄ）に示すように、ノード情報の取得は、Restoreに必要なノードを優先的に集めるようにしても良い。図８（ａ）〜（ｄ）では、バスリセット前に、ＳＴＢ１８が３台のＤ−ＶＨＳ機器１９，２０，２１のノード情報を取得している。そして、バスリセット後に、ＳＴＢ１８が１台のＤ−ＶＨＳ機器２１のノード情報を取得してRestoreを行ない、そこから３sec後にＤ−ＶＨＳ機器１９，２０のノード情報を取得している。
【００６８】
さらに、図９に示すように、バスリセットが複数回発生しても、Restoreが完了するまでRestoreに必要な接続情報を保持しておくことが必要である。このようにすることで、バスリセットが複数回発生した場合でも、Restoreを行なえるチャンスが増えることになる。
【００６９】
上記した各実施の形態では、ＩＥＥＥ１３９４ネットワークについて説明したが、デジタル放送等に用いられているＭＰＥＧ−ＴＳに代表される時間的な連続性の確保が必要なストリームの伝送に関するネットワーク機器（特にＡＶ関連機器）や、ネットワークの使用時に使用帯域幅や論理チャンネル等のネットワーク上のリソースを確保して使用する伝送方式を持つネットワーク機器で、ネットワークの接続状態が何らかの要因で変化した場合にも、連続して伝送を継続させるために、この発明を適用することができる。
【００７０】
この発明では、できる限り、バスリセット以前の伝送リソースを継続して使用するようにしている。そのために、相手からの新しいリソースによる接続は拒絶する。この場合、１）接続要求コマンドに関してはconflict errorを返送する。
【００７１】
２）接続要求コマンドに対しては応答しない。または、意識的に１０００ｍsec以上遅らせて応答することにより無効とさせることもできる。
【００７２】
３）接続要求コマンドは常に因数が異なっているように見せて完了させない。
【００７３】
他機器からの接続要求は制限時間内は拒絶するようにしている。拒絶する時間としては、
１）Isoch＿resource＿delayで示された期間の全てを常に拒絶する。
【００７４】
２）自己がRestoreの成功するまでの期間だけ拒絶する。ただし、この期間は、Isoch＿resource＿delayの期間以内である。
【００７５】
３）自己がRestoreを失敗しても、新たな接続処理を１度実施するまでの期間は拒絶する。新たな接続を実行するには、Isoch＿resource＿delayの期間後にならないといけないため、期間は長くなるが、これで希望する論理チャンネル（継続チャンネルや自分に都合の良い新たな論理チャンネル）を確保できる可能性が生じる。ただし、この期間は、Isoch＿resource＿delayの期間よりも長くなる。
【００７６】
また、他機器からの接続要求を拒絶する条件としては、
１）常に拒絶する。
【００７７】
２）継続しようとしている同一なリソース条件の場合は許可する。ＩＥＥＥ１３９４では論理チャンネルが同一だった場合がこれに相当する。
【００７８】
さらに、接続復元処理を速く実行するための手法として、バスリセット後にノード情報が全て取得しきれなくても、必要な相手が確認できればRestoreを行なう方法がある。
【００７９】
ノード情報は、接続されたノードの数だけ、再度相手機器を確認する必要があるが、数が増えると他のノードからの処理と競合し、応答が得られない場合がある。このような場合は、再度、ノード情報を取得する処理を繰り返すことになるが、込み入っているノードは情報取得が完了するまでに数多くのリトライが必要になり、遅くなる。
【００８０】
このため、ノード情報の得られないノードはリトライせず、一通り全てのノードにアクセスした後で、未取得のノードは再度ノード情報の取得を繰り返す。この１回目のノード情報のみで、相手機器の確認ができていれば、全てのノード情報が取得できなくても、Restoreが可能となる。ＩＥＥＥ１３９４では、ノード番号とそのノードのＧＵＩＤ（機器１台毎にユニークなＩＤ）がわかれば、Restoreが可能となる。
【００８１】
また、普通にノード情報が確定した後に、Restoreを行なっても良いことはもちろんである。
【００８２】
なお、この発明は上記した各実施の形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
【００８３】
【発明の効果】
以上詳述したようにこの発明によれば、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させて記録動作に影響が及ぼされないようにした極めて良好なＡＶ機器及びその制御方法を提供することができる。
【図面の簡単な説明】
【図１】 この発明の第１の実施の形態を説明するために示すブロック構成図。
【図２】 この発明の第２の実施の形態を説明するために示すブロック構成図。
【図３】 ＳＴＢに対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の動作を説明するため
に示すフローチャート。
【図４】 ＳＴＢに対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の他の動作を説明する
ために示すフローチャート。
【図５】 ＳＴＢに対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の動作を説明するため
に示すフローチャート。
【図６】 ＳＴＢに対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の他の動作を説明する
ために示すフローチャート。
【図７】 ノード情報の取得手法の一例を説明するために示す図。
【図８】 ノード情報の取得手法の他の例を説明するために示す図。
【図９】 バスリセットが複数回発生したときの処理を説明するために示す図。
【符号の説明】
１１…ＳＴＢ、
１２…アナログＡＶケーブル、
１３…モニタ、
１４…Ｄ−ＶＨＳ機器、
１５…Ｄ−ＶＨＳ機器、
１６…シリアルバス、
１７…シリアルバス、
１８…ＳＴＢ、
１９…Ｄ−ＶＨＳ機器、
２０…Ｄ−ＶＨＳ機器、
２１…Ｄ−ＶＨＳ機器。
【発明の属する技術分野】
この発明は、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers，Inc．）１３９４規格に準拠したデジタルインターフェースに代表されるAudioやVideo信号を扱うネットワークに接続されるＡＶ（Audio Video）機器及びその制御方法、ＡＶ機器ネットワークシステムに関する。
【０００２】
【従来の技術】
周知のように、近年では、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェースを用いたシリアルバスにより、複数のＡＶ機器を自由な形態で接続したネットワークシステムを構築することが可能になっている。
【０００３】
このＩＥＥＥ１３９４シリアルバスは、特に、ＳＴＢ（Set Top Box）のようなデジタル放送受信機と、Ｄ−ＶＨＳ（Ｄ−Video Home System）機器のようなデジタル記録再生機器とのデジタルインターフェースに用いられ、高品位な記録再生システムを構築している。
【０００４】
ここで、ＳＴＢからＩＥＥＥ１３９４シリアルバスを用いてＤ−ＶＨＳ機器にデジタル記録を行なう場合、次のような手順で接続が確立される。
【０００５】
１）ＳＴＢがＩＲＭ（Isochronous Resource Manager）に対しIsochronous CHを確保。
【０００６】
２）ＳＴＢがＩＲＭに対しIsochronous帯域を確保。
【０００７】
３）ＳＴＢのｏＰＣＲ（output Plug Control Register，出力論理プラグ）と、Ｄ−ＶＨＳ機器のｉＰＣＲ（input Plug Control Register，入力論理プラグ）
との論理接続処理（New接続；新規接続）。
【０００８】
４）ＳＴＢからＭＰＥＧ［Moving Picture Experts Group］（パーシャルＴＳ：Partial Transport Stream）のIsochronous伝送を開始。これにより、Ｄ−ＶＨＳ機器にＭＰＥＧデータが伝送される。
【０００９】
５）ＳＴＢからＤ−ＶＨＳ機器に対して、ＡＶ（Audio Video）／Ｃ（Control）コマンド（記録動作）を要求。
【００１０】
６）Ｄ−ＶＨＳ機器は、記録を開始するとともに、ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続処理（Overlay接続；上張り接続）を実施。
【００１１】
なお、Overlay接続は必須の処理ではないが、論理接続は実行した機器でしか開放ができないため、Ｄ−ＶＨＳ機器のようなデジタル記録再生機器は、記録動作中に不用意に相手機器が論理接続を開放すると記録実行が不安定になる。これを避けるため、自らの機器でも論理接続をOverlayとして実施している。
【００１２】
これにより、Ｄ−ＶＨＳ機器の記録が実行されると、相手機器との接続が仮に開放されても、Ｄ−ＶＨＳ機器からの論理接続がまだ残るので、安定したIsochronous伝送が継続される。その結果として、記録動作が安定して継続できるメリ
ットがある。
【００１３】
以上の処理で記録が開始されると、通常は、希望の番組や必要な時間だけの記録が行なわれた後、上記とは逆の以下の手順で記録が終了される。
【００１４】
１）ＳＴＢからＤ−ＶＨＳ機器に対して、ＡＶ／Ｃコマンド（停止動作）を要求。
【００１５】
２）Ｄ−ＶＨＳ機器は、記録を終了するとともに、ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続（Overlay接続）を開放。
【００１６】
３）ＳＴＢからＭＰＥＧ（パーシャルＴＳ）のIsochronous伝送を停止。
【００１７】
４）ＳＴＢのｏＰＣＲとＤ−ＶＨＳ機器のｉＰＣＲとの論理接続を開放。その結果、論理接続が消滅したので、次の処理を行なう。
【００１８】
５）ＳＴＢがＩＲＭに対しIsochronous帯域を返却。
【００１９】
６）ＳＴＢがＩＲＭに対しIsochronous CHを返却。
【００２０】
記録実行中にユーザの動作により、機器の増設（追加）やバスからの分離（削除）が行なわれると、ＩＥＥＥ１３９４シリアルバスにはバスリセット（Busreset）が発生する。このバスリセットは、ＩＥＥＥ１３９４におけるネットワークのトポロジー（topology：図形や空間のもつ位相数学的性質。ここでは接続のツリー構造が変わること）の変化を検出してネットワーク上の機器に伝える規格化された機能である。
【００２１】
バスリセットが発生すると、特定時間であるIsoch＿resource＿delayで規定されている時間（約１秒）以内に新しいバスのノード情報を取得し、Isochronous伝送を継続することが可能となっている。
【００２２】
すなわち、このような接続復元処理は、時間の制限なくいつまでもゆっくりと継続されるわけではない。例えば、２つのネットワークをケーブルで接続した場合、新たに１つのネットワークが構成されることになるが、結合させる以前の２つのネットワークで個別に同一の論理チャンネルを使用していると、結合直後は伝送データが衝突する。
【００２３】
このような不具合をいつまでも継続してしまうことは問題があるため、接続復元処理を限定し一定時間内で区切りをつけるか、一度伝送を中止して新たな論理チャンネルが確保できてから伝送を再開する必要がある。
【００２４】
そして、ＡＶストリームのように連続性が重視される場合は、一定時間内で接続復元処理を完了させる必要がある。ＩＥＥＥ１３９４ネットワークの場合は、この期間が、Isoch＿resource＿delayとして規定されている。
【００２５】
ところで、このような接続復元処理は、Isochronous伝送が必ずしも切れ目なく連続して確保される保証がないことから、機器の取り扱い説明書等により注意文として、記録実行中には不要な機器であってもケーブルの抜き差しを行なわないように指導している。
【００２６】
しかしながら、ＩＥＥＥ１３９４シリアルバスは、１００Mbps（Mega bit per second）から４００Mbpsの高速通信であるため、どうしても外来ノイズの影響を受けてしまい、ユーザがネットワーク上で機器の増減を作為的に行なわなくてもバスリセットが発生する場合がある。完全にノイズの影響を排除することは困難であるし、ノイズ原をユーザが特定することも困難である。
【００２７】
そして、バスリセットが発生した後、上記Isoch＿resource＿delayで規定される時間内に接続が復元されない場合、つまり、再接続に失敗した場合には、それまでのネットワーク上での接続関係が無効となり、新たなネットワークが構築されることになる。
【００２８】
このため、先の例で言えば、ＳＴＢからＤ−ＶＨＳ機器にデジタル記録を行なっている状態で、バスリセットが発生し、再接続に失敗すると、以後、新たなネットワーク上で再設定しない限りＳＴＢからＤ−ＶＨＳ機器へのデジタル記録が行なわれなくなるという問題が生じる。
【００２９】
なお、再接続に失敗する要因としては、ノード情報を取得するまでの完了時間が機器によってまたは取得する毎に異なり制限時間以上を要してしまう場合や、ＩＲＭのリソースの確保が競合する場合等が考えられる。
【００３０】
【発明が解決しようとする課題】
以上のように、従来では、記録動作中にバスリセットが発生して再接続に失敗すると、記録が途中で中断されてしまうという問題を有している。
【００３１】
そこで、この発明は上記事情を考慮してなされたもので、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させて記録動作に影響が及ぼされないようにした極めて良好なＡＶ機器及びその制御方法を提供することを目的とする。
【００３２】
【課題を解決するための手段】
この発明に係るＡＶ機器は、デジタルインターフェースを介してネットワークに接続されるＡＶ機器において、前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させる制御手段を備えるようにしたものである。
【００３３】
また、この発明に係るＡＶ機器の制御方法は、デジタルインターフェースを介してネットワークに接続されるＡＶ機器に対して、前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させるように制御を施すものである。
【００３４】
上記のような構成及び方法によれば、ネットワークの接続状態が変化したことによるネットワークの接続状態の復元処理が、ネットワークの接続状態が変化する前に自機器と通信状態にあった他のＡＶ機器とで競合した場合、他のＡＶ機器から与えられる接続要求を拒絶し、自機器の復元処理を優先させるようにしたので、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させることが可能となり、伝送する信号の連続性が保たれ、画像記録機器との接続の場合は、その画像記録動作に影響が及ぼされないようにすることができる。
【００３５】
【発明の実施の形態】
以下、この発明の第１の実施の形態について図面を参照して詳細に説明する。
図１（ａ）において、符号１１はＳＴＢで、アナログＡＶケーブル１２を介してモニタ１３に接続されている。このＳＴＢ１１には、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェース機能が備えられている。ＩＥＥＥ発行「ＩＥＥＥ Standard for a High Performance Serial Bus」、ＩＥＣ発行「ＩＥＣ６／８８３−１」参照。
【００３６】
そして、このＳＴＢ１１に、ＩＥＥＥ１３９４規格に準拠したデジタルインターフェース機能を有する記録再生機器として、複数（図示の場合は２つ）のＤ−ＶＨＳ機器１４，１５が、シリアルバス１６，１７を介して接続されることにより、ネットワークシステムが構築されている。
【００３７】
このＳＴＢ１１は、ユーザの操作に基づいて、シリアルバス１６，１７を介して制御用データを送出することにより、ネットワークシステムに接続されている各Ｄ−ＶＨＳ機器１４，１５を、それぞれ任意に選択して制御することが可能となっている。
【００３８】
これにより、ＳＴＢ１１は、それが受信し復調した番組のデジタル画像データを、任意に選択したＤ−ＶＨＳ機器１４，１５にシリアルバス１６，１７を介して伝送することによって記録させることができる。
【００３９】
また、ＳＴＢ１１は、任意に選択したＤ−ＶＨＳ機器１４，１５から、そこに記録されたデジタル画像データを読み出させ、シリアルバス１６，１７を介して入力することにより、モニタ１３に表示させることが可能である。
【００４０】
まず、図１（ａ）に示すように、バスリセット発生前において、ＳＴＢ１１は、channel number＝３２chを使ってIsochronousパケットを出力し、Ｄ−ＶＨＳ機器１４，１５に入力させて記録を行なっている。
【００４１】
このような状態で、バスリセットが発生し、図１（ｂ）に示すように、ＳＴＢ１１がRestoreを行なうために自己のｏＰＣＲを設定する前に、Ｄ−ＶＨＳ機器１４がＳＴＢ１１のｏＰＣＲに６３chで出力するようＬＯＣＫ要求を行なったとする。
【００４２】
すると、ＳＴＢ１１は、要求されたChannel numberが、バスリセットの発生前に記憶していたChannel number＝３２chと異なるので変更を禁止し、かつ、conflict errorの応答をＤ−ＶＨＳ機器１４に返送する。これにより、Ｄ−ＶＨＳ機器１４は、変更が失敗したと認識する。
【００４３】
そして、図１（ｃ）に示すように、ＳＴＢ１１がRestoreにて、自己のｏＰＣＲ及びＤ−ＶＨＳ機器１４のｉＰＣＲをChannel number＝３２chに設定し、接続カウンタも設定する。これにより、記録のためのストリームの出力は継続される。
【００４４】
次に、この発明の第２の実施の形態について説明する。図２において、図１と同一部分には同一符号を付して示している。まず、図２（ａ）に示すように、バスリセット発生前において、ＳＴＢ１１は、channel number＝３２chを使ってIsochronousパケットを出力し、Ｄ−ＶＨＳ機器１４，１５に入力させて記録を行なっている。
【００４５】
このような状態で、バスリセットが発生し、図２（ｂ）に示すように、ＳＴＢ１１がRestoreを行なうために自己のｏＰＣＲを設定する前に、Ｄ−ＶＨＳ機器１４がＳＴＢ１１のｏＰＣＲに３２chで出力するようＬＯＣＫ要求を行なったとする。
【００４６】
また、バスリセットの発生後、ＳＴＢ１１がRestoreを行なうためにＤ−ＶＨＳ機器１４のｉＰＣＲにＬＯＣＫを行なう前にｉＰＣＲをＲＥＡＤし、ＬＯＣＫをするときのArgument Value（ＩＥＥＥ１３９４規格のコマンドの引数であるarg＿valueに対応。即ち、要求を出そうとする相手機器の元の値、要求する機器が認識している値。）としてＳＴＢ１１内のメモリに記憶設定する。このとき、Ｄ−ＶＨＳ機器１４の内部でｉＰＣＲの値が変化する場合があるため、図２（ｃ）に示すように、ＬＯＣＫが比較値エラーで失敗する。
【００４７】
その後、図２（ｄ）に示すように、ＬＯＣＫの応答で取得したＤ−ＶＨＳ機器１４の最新のｉＰＣＲの値を用いて再度ＬＯＣＫを行なう。そして、ＬＯＣＫが成功すると、記録のためのストリームの出力は継続される。
【００４８】
図３は、ＳＴＢ１１に対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の動作をまとめたフローチャートを示している。まず、開始（ステップＳ１１）されると、ＳＴＢ１１は、ステップＳ１２で、他の機器からＬＯＣＫ要求があるか否かを判別し、ないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００４９】
また、ステップＳ１２で、他の機器からＬＯＣＫ要求があると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１３で、ＰＣＲに対してか否かを判別し、ＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００５０】
ステップＳ１３で、ＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１４で、ｏＰＣＲに対してか否かを判別し、ｏＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ２０）する。
【００５１】
ステップＳ１４で、ｏＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１５で、ｏＰＣＲの値とArgument valueとが等しいか否かを判別し、等しくないと判断された場合（ＮＯ）、ステップＳ１６で、completeを返送して、処理を終了（ステップＳ２０）する。
【００５２】
ステップＳ１５で、ｏＰＣＲの値とArgument valueとが等しいと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したか否かを判別し、経過していないと判断された場合（ＮＯ）、ステップＳ１８で、conflict errorを返送して、処理を終了（ステップＳ２０）する。
【００５３】
ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ１９で、ｏＰＣＲのpoint‐to‐point connection counterをData value（ＩＥＥＥ１３９４規格のコマンドの引数であるdata＿valueに対応。即ち、要求により書き換えたい相手機器の新しくなる値、要求する機器が希望する値。）のpoint‐to‐point connection counterに更新して、処理を終了（ステップＳ２０）する。
【００５４】
図４は、ＳＴＢ１１に対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の他の動作をまとめたフローチャートを示している。図４において、図３と同一ステップには同一符号を付して示している。
【００５５】
すなわち、前記ステップＳ１７で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過していないと判断された場合（ＮＯ）、ＳＴＢ１１は、ステップＳ２１で、Data valueのChannel numberとｏＰＣＲのChannel numberとが同じか否かを判別し、同じでないと判断された場合（ＮＯ）、ステップＳ１８の処理に移行され、同じであると判断された場合（ＹＥＳ）、ステップＳ１９の処理に移行される。
【００５６】
図５は、ＳＴＢ１１に対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の動作をまとめたフローチャートを示している。まず、開始（ステップＳ２２）されると、ＳＴＢ１１は、ステップＳ２３で、他の機器からＬＯＣＫ要求があるか否かを判別し、ないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５７】
また、ステップＳ２３で、他の機器からＬＯＣＫ要求があると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２４で、ＰＣＲに対してか否かを判別し、ＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５８】
ステップＳ２４で、ＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２５で、ｉＰＣＲに対してか否かを判別し、ｉＰＣＲに対してでないと判断された場合（ＮＯ）、処理を終了（ステップＳ３１）する。
【００５９】
ステップＳ２５で、ｉＰＣＲに対してであると判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２６で、ｉＰＣＲの値とArgument valueとが等しいか否かを判別し、等しくないと判断された場合（ＮＯ）、ステップＳ２７で、completeを返送して、処理を終了（ステップＳ３１）する。
【００６０】
ステップＳ２６で、ｉＰＣＲの値とArgument valueとが等しいと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したか否かを判別し、経過していないと判断された場合（ＮＯ）、ステップＳ２９で、conflict errorを返送して、処理を終了（ステップＳ３１）する。
【００６１】
ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過したと判断された場合（ＹＥＳ）、ＳＴＢ１１は、ステップＳ３０で、ｉＰＣＲのpoint‐to‐point connection counterをData valueのpoint‐to‐point connection counterに更新して、処理を終了（ステップＳ３１）する。
【００６２】
図６は、ＳＴＢ１１に対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の他の動作をまとめたフローチャートを示している。図６において、図５と同一ステップには同一符号を付して示している。
【００６３】
すなわち、前記ステップＳ２８で、バスリセットが発生してからIsoch＿resource＿delayの期間が経過していないと判断された場合（ＮＯ）、ＳＴＢ１１は、ステップＳ３２で、Data valueのChannel numberとｉＰＣＲのChannel numberとが同じか否かを判別し、同じでないと判断された場合（ＮＯ）、ステップＳ２９の処理に移行され、同じであると判断された場合（ＹＥＳ）、ステップＳ３０の処理に移行される。
【００６４】
ここで、バスリセットが発生した後、ネットワーク接続されている全ての機器のノード情報が、一度に全機器分うまく取得できるとは限らない。場合によっては、ネットワーク上に存在するはずの機器のノード情報が取得できないことがある。そして、このような場合、従来では、Restore対象となる機器が存在しないと判断され、Restoreが失敗されている。
【００６５】
そこで、図７（ａ）〜（ｄ）に示すように、Isoch＿resource＿delayで規定されている期間は、必要なノード情報が取得できるまでRestoreを行なうようにすることが考えられる。
【００６６】
図７（ａ）〜（ｄ）では、バスリセット前に、ＳＴＢ１８が３台のＤ−ＶＨＳ機器１９，２０，２１のノード情報を取得している。そして、バスリセット後に、ＳＴＢ１８が２台のＤ−ＶＨＳ機器１９，２１のノード情報を取得でき、そこから２００ｍsec後にＤ−ＶＨＳ機器２０のノード情報を取得し、Restoreを行なっている。
【００６７】
また、図８（ａ）〜（ｄ）に示すように、ノード情報の取得は、Restoreに必要なノードを優先的に集めるようにしても良い。図８（ａ）〜（ｄ）では、バスリセット前に、ＳＴＢ１８が３台のＤ−ＶＨＳ機器１９，２０，２１のノード情報を取得している。そして、バスリセット後に、ＳＴＢ１８が１台のＤ−ＶＨＳ機器２１のノード情報を取得してRestoreを行ない、そこから３sec後にＤ−ＶＨＳ機器１９，２０のノード情報を取得している。
【００６８】
さらに、図９に示すように、バスリセットが複数回発生しても、Restoreが完了するまでRestoreに必要な接続情報を保持しておくことが必要である。このようにすることで、バスリセットが複数回発生した場合でも、Restoreを行なえるチャンスが増えることになる。
【００６９】
上記した各実施の形態では、ＩＥＥＥ１３９４ネットワークについて説明したが、デジタル放送等に用いられているＭＰＥＧ−ＴＳに代表される時間的な連続性の確保が必要なストリームの伝送に関するネットワーク機器（特にＡＶ関連機器）や、ネットワークの使用時に使用帯域幅や論理チャンネル等のネットワーク上のリソースを確保して使用する伝送方式を持つネットワーク機器で、ネットワークの接続状態が何らかの要因で変化した場合にも、連続して伝送を継続させるために、この発明を適用することができる。
【００７０】
この発明では、できる限り、バスリセット以前の伝送リソースを継続して使用するようにしている。そのために、相手からの新しいリソースによる接続は拒絶する。この場合、１）接続要求コマンドに関してはconflict errorを返送する。
【００７１】
２）接続要求コマンドに対しては応答しない。または、意識的に１０００ｍsec以上遅らせて応答することにより無効とさせることもできる。
【００７２】
３）接続要求コマンドは常に因数が異なっているように見せて完了させない。
【００７３】
他機器からの接続要求は制限時間内は拒絶するようにしている。拒絶する時間としては、
１）Isoch＿resource＿delayで示された期間の全てを常に拒絶する。
【００７４】
２）自己がRestoreの成功するまでの期間だけ拒絶する。ただし、この期間は、Isoch＿resource＿delayの期間以内である。
【００７５】
３）自己がRestoreを失敗しても、新たな接続処理を１度実施するまでの期間は拒絶する。新たな接続を実行するには、Isoch＿resource＿delayの期間後にならないといけないため、期間は長くなるが、これで希望する論理チャンネル（継続チャンネルや自分に都合の良い新たな論理チャンネル）を確保できる可能性が生じる。ただし、この期間は、Isoch＿resource＿delayの期間よりも長くなる。
【００７６】
また、他機器からの接続要求を拒絶する条件としては、
１）常に拒絶する。
【００７７】
２）継続しようとしている同一なリソース条件の場合は許可する。ＩＥＥＥ１３９４では論理チャンネルが同一だった場合がこれに相当する。
【００７８】
さらに、接続復元処理を速く実行するための手法として、バスリセット後にノード情報が全て取得しきれなくても、必要な相手が確認できればRestoreを行なう方法がある。
【００７９】
ノード情報は、接続されたノードの数だけ、再度相手機器を確認する必要があるが、数が増えると他のノードからの処理と競合し、応答が得られない場合がある。このような場合は、再度、ノード情報を取得する処理を繰り返すことになるが、込み入っているノードは情報取得が完了するまでに数多くのリトライが必要になり、遅くなる。
【００８０】
このため、ノード情報の得られないノードはリトライせず、一通り全てのノードにアクセスした後で、未取得のノードは再度ノード情報の取得を繰り返す。この１回目のノード情報のみで、相手機器の確認ができていれば、全てのノード情報が取得できなくても、Restoreが可能となる。ＩＥＥＥ１３９４では、ノード番号とそのノードのＧＵＩＤ（機器１台毎にユニークなＩＤ）がわかれば、Restoreが可能となる。
【００８１】
また、普通にノード情報が確定した後に、Restoreを行なっても良いことはもちろんである。
【００８２】
なお、この発明は上記した各実施の形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
【００８３】
【発明の効果】
以上詳述したようにこの発明によれば、ネットワークの接続状態が変化してもそれ以前の接続状態を極力継続させて記録動作に影響が及ぼされないようにした極めて良好なＡＶ機器及びその制御方法を提供することができる。
【図面の簡単な説明】
【図１】 この発明の第１の実施の形態を説明するために示すブロック構成図。
【図２】 この発明の第２の実施の形態を説明するために示すブロック構成図。
【図３】 ＳＴＢに対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の動作を説明するため
に示すフローチャート。
【図４】 ＳＴＢに対して他機器からｏＰＣＲにＬＯＣＫ要求があった場合の他の動作を説明する
ために示すフローチャート。
【図５】 ＳＴＢに対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の動作を説明するため
に示すフローチャート。
【図６】 ＳＴＢに対して他機器からｉＰＣＲにＬＯＣＫ要求があった場合の他の動作を説明する
ために示すフローチャート。
【図７】 ノード情報の取得手法の一例を説明するために示す図。
【図８】 ノード情報の取得手法の他の例を説明するために示す図。
【図９】 バスリセットが複数回発生したときの処理を説明するために示す図。
【符号の説明】
１１…ＳＴＢ、
１２…アナログＡＶケーブル、
１３…モニタ、
１４…Ｄ−ＶＨＳ機器、
１５…Ｄ−ＶＨＳ機器、
１６…シリアルバス、
１７…シリアルバス、
１８…ＳＴＢ、
１９…Ｄ−ＶＨＳ機器、
２０…Ｄ−ＶＨＳ機器、
２１…Ｄ−ＶＨＳ機器。
Claims (3)
- デジタルインターフェースを介してネットワークに接続されるＡＶ機器において、
前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させる制御手段を具備してなることを特徴とするＡＶ機器。 - デジタルインターフェースを介してネットワークに接続されるＡＶ機器に対して、
前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させるように制御を施すことを特徴とするＡＶ機器の制御方法。 - 複数のＡＶ機器をデジタルインターフェースを介してネットワーク接続してなるＡＶ機器ネットワークシステムにおいて、
特定のＡＶ機器に対して、
前記ネットワークの接続状態が変化したことによる前記ネットワークの接続状態の復元処理による、前記接続状態が変化する前と同じ論理チャンネルが、前記ネットワークの接続状態が変化する前に自機器と前記同じ論理チャンネルで通信状態にあった他のＡＶ機器からの接続要求による論理チャンネルと異なっており前記復元処理が競合した場合、前記他のＡＶ機器から与えられる接続要求を拒絶し、自機器の前記復元処理を優先させることを特徴とするＡＶ機器ネットワークシステム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073016A JP3739087B2 (ja) | 2002-03-15 | 2002-03-15 | Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム |
| DE60300628T DE60300628T2 (de) | 2002-03-15 | 2003-03-12 | AV (Audio, Video) Geräte mit Mitteln zur Ablehnung eines Verbindungswunsches und entsprechendes Kontrollverfahren |
| EP03005649A EP1345372B1 (en) | 2002-03-15 | 2003-03-12 | AV (Audio, Video) devices with connection request rejection means and corresponding control method |
| US10/388,159 US7032044B2 (en) | 2002-03-15 | 2003-03-14 | AV devices and method of controlling the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073016A JP3739087B2 (ja) | 2002-03-15 | 2002-03-15 | Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003274329A JP2003274329A (ja) | 2003-09-26 |
| JP3739087B2 true JP3739087B2 (ja) | 2006-01-25 |
Family
ID=27764577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002073016A Expired - Fee Related JP3739087B2 (ja) | 2002-03-15 | 2002-03-15 | Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7032044B2 (ja) |
| EP (1) | EP1345372B1 (ja) |
| JP (1) | JP3739087B2 (ja) |
| DE (1) | DE60300628T2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8607294B2 (en) * | 2006-10-27 | 2013-12-10 | Hewlett-Packard Development Company, L.P. | Audio/video component networking system and method |
| JP5321349B2 (ja) * | 2009-08-24 | 2013-10-23 | 富士通セミコンダクター株式会社 | データ転送方法及びデータ転送装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3194318B2 (ja) | 1993-07-19 | 2001-07-30 | ソニー株式会社 | バス管理方法 |
| US6304637B1 (en) * | 1997-03-14 | 2001-10-16 | Itxc, Inc. | Method and apparatus for establishing and facilitating a direct quality voice call to a telephone extension on behalf of a client computer |
| US6073006A (en) * | 1997-05-05 | 2000-06-06 | Motorola, Inc. | Method and apparatus for detecting and preventing fraud in a satellite communication system |
| JPH11355329A (ja) | 1998-06-08 | 1999-12-24 | Matsushita Electric Ind Co Ltd | データ伝送装置 |
| JP3325839B2 (ja) | 1998-10-15 | 2002-09-17 | パイオニア株式会社 | 情報送信装置及び方法、情報受信装置及び方法並びに情報送受信装置及び方法 |
| JP4147689B2 (ja) | 1999-06-14 | 2008-09-10 | ソニー株式会社 | 情報処理装置及び情報処理方法 |
| JP3579635B2 (ja) | 2000-06-28 | 2004-10-20 | シャープ株式会社 | データ送信管理方法 |
| JP2002074350A (ja) | 2000-08-29 | 2002-03-15 | Canon Inc | 画像処理システム及びその制御方法、及び画像処理装置 |
| WO2002021841A1 (en) * | 2000-09-01 | 2002-03-14 | Moxi Digital Inc. | Multimedia and computing system |
| US7003604B2 (en) * | 2001-10-04 | 2006-02-21 | Sony Corporation | Method of and apparatus for cancelling a pending AV/C notify command |
-
2002
- 2002-03-15 JP JP2002073016A patent/JP3739087B2/ja not_active Expired - Fee Related
-
2003
- 2003-03-12 DE DE60300628T patent/DE60300628T2/de not_active Expired - Fee Related
- 2003-03-12 EP EP03005649A patent/EP1345372B1/en not_active Expired - Lifetime
- 2003-03-14 US US10/388,159 patent/US7032044B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7032044B2 (en) | 2006-04-18 |
| EP1345372B1 (en) | 2005-05-11 |
| US20030177244A1 (en) | 2003-09-18 |
| EP1345372A1 (en) | 2003-09-17 |
| DE60300628T2 (de) | 2006-02-02 |
| JP2003274329A (ja) | 2003-09-26 |
| DE60300628D1 (de) | 2005-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6275889B1 (en) | Connection control apparatus | |
| US8817812B2 (en) | Method of controlling connection between nodes in digital interface | |
| KR19990088404A (ko) | 데이터버스상의데이터를최대속도로전송하는방법및장치 | |
| JP3739087B2 (ja) | Ａｖ機器及びその制御方法、ａｖ機器ネットワークシステム | |
| US6885631B1 (en) | Connection management method for digital interface | |
| JP2001094583A (ja) | デジタルインタフェースに連結されたネットワークシステムでのシステム資源管理方法 | |
| JP4961496B2 (ja) | 情報処理装置、受信装置、送信装置、制御装置及び制御プログラム | |
| KR20010007376A (ko) | 제어장치, 통신시스템 및 제어방법 | |
| JP3972288B2 (ja) | 信号処理システム、信号出力装置、信号入力装置及び通信制御方法 | |
| JP2000332801A (ja) | 仮想ａｖネットワーク構築装置、及び仮想ａｖネットワーク構築方法、並びに仮想ａｖネットワーク構築方法に関するプログラムを記載した記録媒体 | |
| EP1327327A1 (en) | Method for reserving isochronous resources in a network comprising a wireless link | |
| US20020016882A1 (en) | Digital device, data input-output control method, and data input-output control system | |
| JP3560522B2 (ja) | Ｉｅｅｅ１３９４上のデータ受信装置における受信方法 | |
| KR100644560B1 (ko) | 디지털 인터페이스의 연결 관리방법 | |
| JP2004328424A (ja) | 電子機器の接続制御装置及び接続制御方法 | |
| JPWO2003098623A1 (ja) | 情報記録装置および情報記録方法 | |
| JP2002016620A (ja) | ディジタル機器、データ入出力制御方法、及びデータ入出力制御システム | |
| JP3152232B2 (ja) | データ伝送方法 | |
| JP3341758B2 (ja) | データ転送方法 | |
| KR100607933B1 (ko) | 디지털 인터페이스의 연결 관리방법 | |
| KR100618970B1 (ko) | 디지털 인터페이스를 갖는 기기의 채널 관리방법 | |
| JP2001077826A (ja) | 機器接続方法およびプログラム記録媒体 | |
| US20040054493A1 (en) | Device for recovering connection | |
| JP2002319992A (ja) | 接続管理方法および接続管理ノード | |
| KR20040090683A (ko) | 신호 처리 시스템, 신호 입력 장치, 및 통신 제어 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040715 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040927 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050520 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050526 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050802 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051003 |
|
| 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: 20051028 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051031 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131111 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |