JP2003249934A

JP2003249934A - ディジタルデータ処理装置、バス制御方法、バス制御プログラム及び記録媒体

Info

Publication number: JP2003249934A
Application number: JP2002360185A
Authority: JP
Inventors: Tetsuo Kagawa; 哲夫香川; Hiroshi Matsuuchi; 浩松内
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-12-17
Filing date: 2002-12-12
Publication date: 2003-09-05

Abstract

(57)【要約】【課題】アイソクロナス・リソースの解放や論理プラグ
の切断に失敗したときに、アイソクロナス・リソースや
論理プラグの状態を正常に戻すことを目的とする。【解決手段】解放に失敗したアイソクロナス・リソース
と論理プラグの情報をテーブルとして管理し、そのテー
ブルに従ってこれらのコネクションが切断できるまで繰
り返しコネクションの切断処理を行い、繰り返し切断処
理を行ったにも係わらず切断ができないときに、バスリ
セットを発生させて、バスの状態を正常に戻す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルデータ
処理装置に関し、特に、データの入出力を制御するディ
ジタルデータ処理装置に関する。

【０００２】

【従来の技術】家庭用ディジタルデータ処理装置やコン
ピュータ間で高速にデータ転送するためのインターフェ
イス規格として、ＩＥＥＥ（The Institute of Electri
cal and Electronics Engineers,Inc ．）により提唱さ
れたＩＥＥＥ１３９４シリアルバス・インターフェイス
規格が注目されている。このインターフェイス規格の特
徴としては、数１００Ｍビット／秒の高速な転送速度を
実現できる点や、活線抜挿および自由度の高い接続形態
をサポートする点などが挙げられるが、その最大の特徴
はアイソクロナス転送にある。すなわち、アイソクロナ
ス転送とは、同期型のデータ転送であり、映像や音声の
ように再生の途中で止まっては困るようなデータ（以下
「アイソクロナス・ストリーム」という）を受信しなが
ら再生することに適した転送である。

【０００３】以下、上記ＩＥＥＥ１３９４シリアルバス
・インターフェイス規格に準拠したシリアルバス（以下
「１３９４バス」という）に接続された複数のディジタ
ルデータ処理装置間でアイソクロナス・ストリームを入
出力する技術（主にＩＥＣ６１８８３−１で定義されて
いる内容）について説明する。

【０００４】例えば、図１４に示すように、現在１３９
４バスにディジタルＴＶ１００とＤ−ＶＨＳ２００と、
更に図示しないディジタルビデオカメラ、ＭＤプレーヤ
等の複数のディジタルデータ処理装置が接続されている
こととする。

【０００５】ユーザはディジタルＴＶ１００にて受信さ
れる番組データ（例えば、ＭＰＥＧに準拠した方法で圧
縮されている映像データ）をＤ−ＶＨＳ２００にて録画
しようとする場合、まずディジタルＴＶ１００のリモコ
ン１０１の録画ボタンを押下する。続いてユーザは、リ
モコン１０１のテンキー等を用いて番組の放送チャネル
を入力する。すると、リモコン１０１の画面に、現在１
３９４バスに接続されているディジタルデータ処理装置
の機器名が表示され、ここでユーザはＤ―ＶＨＳ２００
が表示された領域をカーソルキー等で選択する。

【０００６】リモコン１０１に入力された放送チャネル
とＤ−ＶＨＳ２００の機器名とは、図１５に示すディジ
タルＴＶ１００に導入されている録画用のアプリケーシ
ョン（以下、「録画アプリケーション」という）１０２
にて取得される。この録画アプリケーション１０２は、
ディジタルＴＶ１００とＤ−ＶＨＳ２００との機器名を
取得すると、ディジタルデータ処理装置の機器名と上記
１３９４バス上のディジタルデータ処理装置のＩＤ（以
下、「ノードＩＤ」という）とを対応付けた図示しない
ノードＩＤテーブルを参照して、ディジタルＴＶ１００
とＤ−ＶＨＳ２００とのノードＩＤを取得する。

【０００７】上記録画アプリケーション１０２は、ノー
ドＩＤを取得すると、ディジタルＴＶ１００の出力プラ
グ１０３とＤ−ＶＨＳ２００の入力プラグ２０４との間
に仮想的なコネクション（以下、単に「コネクション」
という）を確立する処理に移行する。

【０００８】ところで、上記１３９４バスに接続されて
いるディジタルデータ処理装置は、端子の構造に依存せ
ず仮想的な出力プラグと入力プラグとを複数備えること
ができる。上記各出力プラグは出力プラグ制御レジスタ
（以下、「ｏＰＣＲ」という）に、上記各入力プラグは
入力プラグ制御レジスタ（以下、「ｉＰＣＲ」という）
にて制御されている。

【０００９】上記「ｏＰＣＲ」は、図１６（ａ）に示す
ように、当該「ｏＰＣＲ」が制御する出力プラグ１０３
にブロードキャスト接続が確立されているか否かを示す
「broadcast connection counter」領域Ａ１２（以
下、「領域Ａ１２」という）と、出力プラグに確立され
たポイント−ツウ−ポイント接続の数を示す「point-to
-point connection counter」領域Ａ１３（以下、「領
域Ａ１３」という）とがある。

【００１０】また上記「ｉＰＣＲ」にも図１６（ｂ）に
示すように「broadcast connection counter」領域Ａ
２２（以下、「領域Ａ２２」という）、「point-to-poi
nt connection counter」領域Ａ２３（以下、「領域Ａ
２３」という）とがある。

【００１１】そこで、上記録画アプリケーション１０２
は、上記「ｏＰＣＲ」の上記領域Ａ１２と上記領域Ａ１
３とを参照し、現在コネクションが確立されていない
（ブロードキャスト接続及びポイント−ツウ−ポイント
接続が確立されていない）出力プラグ１０３を認識す
る。上記録画アプリケーション１０２はここで認識した
出力プラグ１０３のうち、所定の１つを選択してコネク
ションの確立に使用する。更に、上記録画アプリケーシ
ョン１０２はここで選択した出力プラグ１０３を制御す
る「ｏＰＣＲ」のインデックス番号を取得する（図１
７、Ｓ１５０１）。

【００１２】同様に、上記録画アプリケーション１０２
は上記「ｉＰＣＲ」の領域Ａ２２、領域Ａ２３とを参照
してコネクションの確立に使用する１つの入力プラグ２
０４を選択し、選択した入力プラグ２０４を制御する
「ｉＰＣＲ」のインデックス番号を取得する（図１７、
Ｓ１５０２）。

【００１３】上記録画アプリケーション１０２は「ｏＰ
ＣＲ」、「ｉＰＣＲ」のインデックス番号を取得する
と、コネクションの確立に使用するチャネル番号を取得
する処理に移行する。

【００１４】上記１３９４バス上のチャネルの使用／未
使用は、図１８に示すCHANNELS_AVAILABLE レジスタ
（以下、「ＣＡレジスタ」という）が記憶している。Ｃ
Ａレジスタは、後述するＩＲＭ（Isochronous Resourc
e Manager）によって、未使用のチャネル番号に「１」
が、使用中のチャネル番号に「０」が対応付けて書き込
まれているようになっている。

【００１５】そこで上記録画アプリケーション１０２
は、現在未使用のチャネル番号を取得するためにＣＡレ
ジスタを読み取り、「１」と対応付けて書き込まれた所
定の１つのチャネル番号を記憶する。上記録画アプリケ
ーション１０２はチャネル番号を記憶すると、ディジタ
ルＴＶ１００が記憶するディジタルＴＶ１００のデータ
の転送速度と、Ｄ−ＶＨＳ２００が記憶するＤ−ＶＨＳ
２００のデータの転送速度とを取得する。上記録画アプ
リケーション１０２は、取得したデータの転送速度のう
ち小さい方をデータの転送速度として認識する。

【００１６】上記録画アプリケーション１０２は、上記
取得した「ｏＰＣＲ」、「ｉＰＣＲ」のインデックス番
号、チャネル番号、データの転送速度、ディジタルＴＶ
１００とＤ―ＶＨＳ２００のノードＩＤをコネクション
制御手段１０５に転送する。

【００１７】上記コネクション制御手段１０５は、イン
デックス番号やチャネル番号等を取得すると、コネクシ
ョンのリソースとなるチャネル番号と帯域幅とを以下の
ようにして上記ＩＲＭから獲得する。

【００１８】まず、上記コネクション制御手段１０５は
上記録画アプリケーション１０２から転送されたチャネ
ル番号の獲得要求を上記ＩＲＭに送信する。なお、上記
ＩＲＭは１３９４バスに接続されている所定の１つのデ
ィジタルデータ処理装置に備えられている。

【００１９】上記ＩＲＭはチャネルの獲得要求を受信す
ると、当該獲得要求の対象となるチャネル番号と対応す
るＣＡレジスタの値を「０」に更新する。上記ＩＲＭは
ＣＡレジスタを更新すると、獲得要求の対象となるチャ
ネル番号の割当通知を上記コネクション制御手段１０５
に送信する（図１７、Ｓ１５０３）。

【００２０】上記コネクション制御手段１０５は割当通
知を受信すると、番組データを転送するために必要な帯
域幅を、ＩＥＣ６１８８３−１で定義された計算式に従
って算出する。

【００２１】上記コネクション制御手段１０５は帯域幅
を算出すると、算出した帯域幅の獲得要求を上記ＩＲＭ
に転送する。

【００２２】上記ＩＲＭは図１９に示すBANDWIDTH_AVAI
LABLEレジスタ（以下、「ＢＡレジスタ」という）のbw_
remainingにコネクションの確立に使用されていない帯
域幅を書き込んでいる。そこで上記ＩＲＭは帯域幅の獲
得要求を受信すると、ＢＡレジスタの現在の値から獲得
要求があった帯域幅を引いた値に更新する。上記ＩＲＭ
はＢＡレジスタを更新すると、獲得要求の対象となる帯
域幅を割り当てたことを示す割当通知を上記コネクショ
ン制御手段１０５に送信する（図１７、Ｓ１５０４）。

【００２３】以上のように、上記コネクション制御手段
１０５はチャネル番号と帯域幅と（以下、適宜「リソー
ス」という）を獲得すると、以下のようにして上記録画
アプリケーション１０２から転送されたインデックス番
号の「ｏＰＣＲ」、「ｉＰＣＲ」を更新して、出力プラグ
１０３と入力プラグ２０４との間にコネクションを確立
する。

【００２４】上記コネクション制御手段１０５はリソー
スを獲得すると、「ｏＰＣＲ」の領域Ａ１３の値を
「１」に、また「channel number」領域Ａ１４（以
下、「領域Ａ１４」という）の値を上記ＩＲＭから獲得
したチャネル番号に、更に「overhead ＩＤ」領域Ａ１
６の値を上記ＩＲＭから取得した帯域幅のオーバヘッド
値に更新する（図１７、Ｓ１５０５）。更に加えて、上
記コネクション制御手段１０５は「ｏＰＣＲ」の「date
rate」領域Ａ１５にデータの転送速度を書き込む。

【００２５】上記コネクション制御手段１０５は、「ｏ
ＰＣＲ」の更新が完了すると、次に録画アプリケーショ
ン１０２から転送された「ｉＰＣＲ」のインデックス番号
に対応する「ｉＰＣＲ」の更新処理に移行する。

【００２６】上記コネクション制御手段１０５は、更新
対象となる「ｉＰＣＲ」のインデックス番号を指定し
て、領域Ａ２３の値を「１」に、「channel number」
領域Ａ２４（以下、「領域Ａ２４」という）の値を上記
ＩＲＭから獲得したチャネル番号に更新する更新要求を
Ｄ−ＶＨＳ２００に送信する（図１７、Ｓ１５０６）。

【００２７】Ｄ−ＶＨＳ２００は、更新要求に応じて領
域Ａ２３の値を「１」に、領域Ａ２４の値を上記ＩＲＭ
から獲得したチャネル番号に更新する。Ｄ−ＶＨＳ２０
０は「ｉＰＣＲ」を更新すると、ディジタルＴＶ１００
の上記コネクション制御手段１０５に更新完了の応答を
送信する（図１７、Ｓ１５０７）。

【００２８】このように、「ｏＰＣＲ」と「ｉＰＣＲ」
とが更新されると、出力プラグ１０３と入力プラグ２０
４とが接続され、出力プラグ１０３と入力プラグ２０４
との間にＩＲＭから取得された帯域幅のコネクションが
確立される。

【００２９】上記コネクション制御手段１０５は上記更
新完了の応答を受信すると、上記ＩＲＭから獲得した帯
域幅を用いて、上記「ｏＰＣＲ」が制御する出力プラグ
１０３から上記「ｉＰＣＲ」が制御する入力プラグ２０
４へ番組データを出力する（図１７、Ｓ１５０８）。

【００３０】Ｄ―ＶＨＳ２００は入力プラグ２０４から
番組データが入力されると、番組データを当該Ｄ―ＶＨ
Ｓ２００に挿填されたディジタルビデオテープに録画す
る（図１７、Ｓ１５０９）。

【００３１】また、上記コネクション制御手段１０５は
コネクションが確立した時に、上記録画アプリケーショ
ン１０２から転送された「ｏＰＣＲ」、「ｉＰＣＲ」の
インデックス番号と、当該「ｏＰＣＲ」が備えられたデ
ィジタルデータ処理装置のＩＤ（以下、「出力ノードＩ
Ｄ」という）、当該「ｉＰＣＲ」が備えられた機器のＩ
Ｄ（以下、「入力ノードＩＤ」という）が書き込まれた
図１８に示す録画テーブル１６０１を生成し、当該録画
テーブル１６０１にテーブル番号を付与して記憶手段１
０６に記憶させる。

【００３２】上記録画を停止する場合、まずユーザはデ
ィジタルＴＶ１００のリモコン１０１の録画停止ボタン
を押下する。すると、現在録画を行っているディジタル
データ処理装置名が、例えば録画している放送チャネル
と共にリモコン１０１の画面に表示される。ここでユー
ザはリモコンのカーソルキー等を用いてＤ―ＶＨＳ２０
０を選択する。

【００３３】上記録画アプリケーション１０２は、Ｄ−
ＶＨＳ２００が選択されると、Ｄ−ＶＨＳ２００のノー
ドＩＤを上記ノードＩＤテーブルから取得する。次に上
記録画アプリケーション１０２は取得したノードＩＤが
入力ノードＩＤとして書き込まれた録画テーブル１６０
１のテーブル番号を取得し、当該テーブル番号を上記コ
ネクション制御手段１０５に転送する。

【００３４】上記コネクション制御手段１０５はテーブ
ル番号を取得すると、当該テーブル番号が付加された録
画テーブル１６０１を上記記憶手段１０６から取得す
る。上記コネクション制御手段１０５は録画テーブル１
６０１を取得すると、当該録画テーブル１６０１と対応
するコネクションの切断を以下のようにして行う。

【００３５】上記コネクション制御手段１０５は取得し
た録画テーブル１６０１から「ｉＰＣＲ」のインデック
ス番号と入力ノードＩＤ（ここではＤ−ＶＨＳ２００の
ノードＩＤ）とを読み取る。上記コネクション制御手段
１０５は「ｉＰＣＲ」のインデックス番号を読み取る
と、当該インデックス番号の「ｉＰＣＲ」の領域Ａ２３
の値を「０」に更新する更新要求をＤ−ＶＨＳ２００に
送信する（図２１、Ｓ１９０１）。

【００３６】Ｄ−ＶＨＳ２００が上記更新要求に応じて
「ｉＰＣＲ」の領域Ａ２３の値を「０」に更新すると、
「ｉＰＣＲ」は入力プラグ２０４からの番組データの入
力を停止する（図２１、Ｓ１９０２→Ｓ１９０３）。ま
た、Ｄ−ＶＨＳ２００は領域Ａ２３の値を更新すると、
上記コネクション制御手段１０５に更新完了の応答を送
信する。

【００３７】上記コネクション制御手段１０５は更新完
了の応答を受信すると、上記取得した録画テーブル１６
０１の「ｏＰＣＲ」のインデックス番号を読み取る。上
記コネクション制御手段１０５は読み取ったインデック
ス番号の「ｏＰＣＲ」の領域Ａ１３の値を「０」に更新
する（図２１、Ｓ１９０４）。

【００３８】以上のように領域２３Ａと領域１３Ａとが
「０」に更新されると、出力プラグ１０３と入力プラグ
２０４とが切断されたことになる。また、領域Ａ１３が
「０」に更新されると、「ｏＰＣＲ」は出力プラグ１０
３からの番組データの出力を停止する（図２１、Ｓ１９
０５）。

【００３９】以上のように上記コネクション制御手段１
０５は「ｏＰＣＲ」の更新が完了すると、次にコネクシ
ョンの確立に使用されていた帯域幅の解放を行う。

【００４０】上記コネクション制御手段１０５は、出力
プラグ１０３が出力することができるアイソクロナス・
ストリームの最大パケットサイズが書き込まれた「ｏＰ
ＣＲ」の「payload」領域Ａ１７と、「date load」領
域Ａ１５との値を読み取って、上記のようにＩＲＭから
獲得した帯域幅を算出する。次に、上記コネクション制
御手段１０５は算出した帯域幅と帯域幅の解放要求とを
上記ＩＲＭに送信する。

【００４１】上記ＩＲＭは帯域幅と解放要求とを受信す
ると、受信した帯域幅の値をＢＡレジスタの値に加える
（図２１、Ｓ１９０６）。これにより、コネクションの
確立に使用されていた帯域幅が解放されたことになる。
上記ＩＲＭはＢＡレジスタの値を更新すると、上記コネ
クション制御手段１０５に帯域幅の解放完了の応答を送
信する。

【００４２】上記コネクション制御手段１０５は帯域幅
の解放完了の応答を受信すると、「ｏＰＣＲ」の「chan
nel number」領域Ａ１４に書き込まれたチャネル番号
を読み取り、読み取ったチャネル番号とチャネル番号の
解放要求とを上記ＩＲＭに送信する。

【００４３】上記ＩＲＭはチャネル番号の解放要求を受
信すると、受信したチャネル番号と対応するＣＡレジス
タの領域を「１」に更新する（図２１、Ｓ１９０７）。
この更新により、コネクションの確立に使用されていた
チャネル番号が未使用として上記ＩＲＭに管理され、当
該チャネル番号が解放されたことになる。上記ＩＲＭは
ＣＡレジスタを更新すると、チャネル番号の解放完了の
応答を上記コネクション制御手段１０５に送信する。

【００４４】以上のように、ＢＡレジスタ、ＣＡレジス
タが更新されると、コネクションに使用されていた帯域
幅とチャネル番号とが解放され、当該帯域幅又はチャネ
ル番号は未使用の帯域幅又はチャネル番号として上記Ｉ
ＲＭに管理されることになる。

【００４５】

【特許文献１】特開２００１−１０３０８５号公報

【００４６】

【発明が解決しようとする課題】１３９４バスは、家庭
内のテレビやＤ−ＶＨＳ等を接続するバスとして用いら
れることが想定される。例えば、１３９４バスでＤ−Ｖ
ＨＳと各部屋に備えられたテレビを接続して、Ｄ−ＶＨ
Ｓに記録された番組データ等を各テレビで閲覧可能な状
態にするとことが考えられる。１３９４バスにＤ−ＶＨ
Ｓと多くのテレビが接続されると、Ｄ−ＶＨＳと各テレ
ビ間のコネックションの確立や切断が一時的に集中する
ことがある。

【００４７】コネクションの確立や切断が集中すると、
上記コネクション制御手段１０５が例えば番組データを
転送し終わった後、コネクションを切断する際に、「ｏ
ＰＣＲ」、「ｉＰＣＲ」が他のコネクションに使用され
る入力・出力プラグの接続または切断を行っている場合
がある。このような場合、「ｏＰＣＲ」、「ｉＰＣＲ」
は他のコネクションに使用される入力プラグまたは出力
プラグの接続または切断を行っているので、上記コネク
ション制御手段１０５から送信される領域Ａ１３、領域
Ａ２３の更新要求を行うことができない。従って、「ｉ
ＰＣＲ」、「ｏＰＣＲ」は、実際には番組データが流れ
ていない入力・出力プラグをコネクションの確立に使用
されているとして管理する。そのために、当該入力・出
力プラグを使用した新たなコネクションを１３９４バス
に張ることができない。

【００４８】また、上記コネクション制御手段１０５が
番組データが流れていないコネクションを切断しようと
する際に、ＩＲＭが他のコネクションを確立または切断
するためにＣＡレジスタ、ＢＡレジスタの更新を行って
いる場合がある。このような場合、上記ＩＲＭは、ＣＡ
レジスタ、ＢＡレジスタの更新を行っているために、上
記コネクション制御手段１０５から送信される帯域幅や
チャネルの解放要求を実行することができない。そのた
めに、ＣＡレジスタ、ＢＡレジスタは、解放要求に従っ
て更新されないため、実際にはコネクションの確立に使
用されていないチャネル番号や帯域幅が使用されている
とこととして上記ＣＡレジスタ、ＢＡレジスタに管理さ
れる。そのため、実際に使用されていないリソース（チ
ャネルや帯域）があるにも関わらず、１３９４バスに番
組データを転送することができない。

【００４９】このような場合、どのようにして「ｉＰＣ
Ｒ」、「ｏＰＣＲ」、ＢＡレジスタ、ＣＡレジスタを更
新するかについては、ＩＥＣ６１８８３−１では十分に
規定されていない。

【００５０】従来のディジタルデータ処理装置において
は、コネクションを確立するための入力・出力プラグが
なくなり、またリソースが不足する場合、ユーザがディ
ジタルデータ処理装置を１３９４バスに抜き差しした
り、ディジタルデータ処理装置の電源を切ったりしてバ
スリセットを発生させて、入力・出力プラグを切断した
り、リソースを解放したりしていた。しかしながら、こ
れらの方法では、コネクションを確立することができな
くなったことをユーザが発見する必要があるため、ユー
ザが異常事態を発見できない場合、ディジタルデータ処
理装置は新たなコネクションを確立することができな
い。

【００５１】そこで本発明では、所定の条件下で自動的
にバスリセットして、バスリセット前に確立されていた
コネクションの復旧を行うディジタルデータ処理装置を
提供することを目的とする。

【００５２】

【課題を解決するための手段】本発明のディジタルデー
タ処理装置は、他機器との間に確立されるコネクション
に関するコネクション情報を記憶する記憶手段を備えて
いる。更に、ディジタルデータ処理装置には、所定コネ
クションに対する切断要求があると、当該コネクション
に使用されるリソースの解放を試行する切断試行手段が
備えられている。

【００５３】コネクションが確立されている機器の通信
状況により、上記切断試行手段はリソースの解放をする
ことができない場合がある。そこで、上記切断試行手段
はリソースの解放ができない場合、繰り返しリソースの
解放を試行する。しかし、リソースの解放の試行を繰り
返し行っても、リソースの解放ができない場合もある。

【００５４】その場合、上記切断試行手段は、上記リソ
ースの解放に失敗した解放試行回数と、解放に失敗した
リソース量を上記記憶手段に書き込む。上記記憶手段に
書き込まれた解放試行回数と、リソース量のいずれか一
方が所定の閾値に達すると、バスリセットを発生させる
バスリセット手段をディジタルデータ処理装置に備え
る。

【００５５】このように、バスリセット手段がバスリセ
ットを起こすことで、上記切断試行手段が何度試行して
も解放できないリソースを自動的に解放することができ
る。

【００５６】また、切断するコネクションが確立されて
いるディジタルデータ処理装置がアシンクロナス・トラ
ンザクションを行っているときは、上記切断試行手段が
リソースの解放をすることができない場合がある。

【００５７】そこでディジタルデータ処理装置に、コネ
クションが確立されているディジタルデータ処理装置の
アシンクロナス・トランザクションを検知するアシンク
ロナス・トランザクション検知手段を備える。そして上
記切断試行手段は、ディジタルデータ処理装置がアシン
クロナス・トランザクションを行っていない時にリソー
スの解放を行う。

【００５８】アシンクロナス・トランザクションを行っ
ていない時は、上記切断試行手段はリソースの解放をす
ることができる可能性が高くなり、そのためバスリセッ
トを行う回数を少なくすることができる。

【００５９】

【発明の実施の形態】（実施の形態１）本発明を適用し
たディジタルデータ処理装置１００（ディジタルＴＶ１
００）はＩＥＥＥ１３９４シリアルバス・インターフェ
イス規格に準拠したシリアルバス（以下「１３９４バ
ス」という）に接続されている。従来技術に記載のよう
に当該１３９４バスには図１４に示すＤ−ＶＨＳ２００
と、図示しないディジタルビデオカメラ、ＭＤプレーヤ
等の複数のディジタルデータ処理装置が接続されてい
る。

【００６０】図１に示すディジタルＴＶ１００のコネク
ション制御手段１０５は、従来技術に記載のようにリモ
コン１０１から番組データをＤ―ＶＨＳ２００にて録画
する録画命令が入力されると、上記従来技術と同様の手
順（図１７、Ｓ１５０１→Ｓ１５０７）で、ディジタル
ＴＶ１００とＤ−ＶＨＳ２００との間にコネクションを
確立する。上記コネクション制御手段１０５は、コネク
ションを確立すると、図２に示すコネクション状態テー
ブル１２０を作成する。

【００６１】上記コネクション状態テーブル１２０は、
コネクションの確立に使用される「ｏＰＣＲ」のインデ
ックス番号、「ｉＰＣＲ」のインデックス番号、出力ノ
ードＩＤ、入力ノードＩＤ、チャネル番号、帯域幅と後
述する切断試行手段１０９が行う入力・出力プラグの切
断試行回数とからなるコネクション情報を書き込んだフ
ィールドと、後述するコネクション状態フラグフィール
ド１２８とから構成されている。なお、コネクション状
態テーブル１２０の作成時の上記切断試行回数は０であ
る。

【００６２】なお、本発明のコネクション制御手段１０
５は、図２０に示す上記録画テーブル１６０１は生成し
てもしなくてもよい。

【００６３】上記コネクション制御手段１０５は、コネ
クション状態テーブル１２０を作成すると、当該コネク
ション状態テーブル１２０を上記記憶手段１０６に登録
する。

【００６４】以上のように、上記コネクション制御手段
１０５はコネクション状態テーブル１２０を上記記憶手
段１０６に登録すると、上記「ｏＰＣＲ」を用いて制御
される出力プラグ１０３から上記「ｉＰＣＲ」を用いて
制御される入力プラグ２０４へ番組データを出力する。

【００６５】Ｄ―ＶＨＳ２００は、入力プラグ２０４か
ら入力される番組データを当該Ｄ−ＶＨＳ２００に挿填
されているディジタルビデオテープに録画する。

【００６６】なお、上記コネクション状態テーブル１２
０の作成のタイミングはコネクション確立時に限られ
ず、例えば上記コネクション制御手段１０５が入力／出
力ノードＩＤ、「ｏＰＣＲ」、「ｉＰＣＲ」のインデッ
クス番号、チャネル番号、帯域幅を取得（獲得）すると
同時でも良い。

【００６７】さて、ユーザはＤ−ＶＨＳ２００の録画を
停止する場合、まずリモコン１０１の録画停止ボタンを
押下する。すると１３９４バスに接続されたディジタル
データ処理装置のうち、現在録画を行っているディジタ
ルデータ処理装置名の一覧がリモコン１０１の画面に表
示され、ユーザはカーソルキーを用いてＤ―ＶＨＳ２０
０を選択する。

【００６８】Ｄ―ＶＨＳ２００が選択された旨は上記録
画アプリケーション１０２にて取得される。上記録画ア
プリケーション１０２は、Ｄ―ＶＨＳ２００が選択され
た旨を取得すると、ディジタルデータ処理装置名とディ
ジタルデータ処理装置のノードＩＤとが対応付けられて
いるノードＩＤテーブルを参照して、Ｄ―ＶＨＳ２００
のノードＩＤを取得する。

【００６９】次に、上記録画アプリケーション１０２
は、入力ノードＩＤとしてＤ―ＶＨＳ２００のノードＩ
Ｄが書き込まれたコネクション状態テーブル１２０を上
記記憶手段１０６から抽出する。上記録画アプリケーシ
ョン１０２は抽出したコネクション状態テーブル１２０
を上記コネクション制御手段１０５に転送する。

【００７０】上記コネクション制御手段１０５はコネク
ション状態テーブル１２０を取得すると、コネクション
の切断処理に移行する。

【００７１】上記コネクション制御手段１０５は切断処
理に移行すると、当該コネクション状態テーブル１２０
の上記コネクション状態フラグフィールド１２８に、ｉ
ＰＣＲフラグフィールド１２９、ｏＰＣＲフラグフィー
ルド１３０、帯域幅フラグフィールド１３１、チャネル
番号フラグフィールド１３２を設定する。上記コネクシ
ョン制御手段１０５は、上記コネクション状態フラグフ
ィールド１２８に設定した各フラグフィールド１２９〜
１３２に「１」又は「０」（本実施の形態では「１」）
のフラグを立てる（図３、Ｓ３０１）。

【００７２】上記コネクション制御手段１０５は、上記
各フラグフィールド１２９〜１３２にフラグを立てる
と、上記取得したコネクション状態テーブル１２０に書
き込まれた入力ノードＩＤ（ここでは、Ｄ―ＶＨＳ２０
０のＩＤ）と「ｉＰＣＲ」のインデックス番号とを読み
取る。上記コネクション制御手段１０５は読み取ったイ
ンデックス番号の「ｉＰＣＲ」の領域Ａ２３の値を
「０」に更新する更新要求を上記Ｄ−ＶＨＳ２００に送
信する（図３、Ｓ３０２）。

【００７３】上記従来技術に記載のように、Ｄ―ＶＨＳ
２００は、図１６（ｂ）に示す「ｉＰＣＲ」の領域Ａ２
３の値を更新すると、上記コネクション制御手段１０５
に「ｉＰＣＲ」の更新完了の応答を送信する。

【００７４】上記コネクション制御手段１０５はＤ―Ｖ
ＨＳ２００から更新完了の応答を受信すると、上記コネ
クション状態テーブル１２０のｉＰＣＲフラグフィール
ド１２９の値を「０」に更新する（図３、Ｓ３０３→Ｓ
３０４）。

【００７５】上記コネクション制御手段１０５はｉＰＣ
Ｒフラグフィールド１２９の値を「０」に更新すると、
上記コネクション状態テーブル１２０に書き込まれた出
力ノードＩＤと「ｏＰＣＲ」のインデックス番号とを読
み取る。ここで「ｏＰＣＲ」はディジタルＴＶ１００に
備えられているので、上記コネクション制御手段１０５
自身が読み取ったインデックス番号の「ｏＰＣＲ」の領
域Ａ１３を「０」に更新する。

【００７６】上記コネクション制御手段１０５は「ｏＰ
ＣＲ」の更新を行うと、ｏＰＣＲフラグフィールド１３
０の値を「０」に更新する（図３、Ｓ３０５→Ｓ３０
６）。

【００７７】次に、上記コネクション制御手段１０５
は、上記コネクション状態テーブル１２０に書き込まれ
た帯域幅を読み取り、当該帯域幅の解放要求を上記ＩＲ
Ｍに送信する（図３、Ｓ３０７）。

【００７８】ＩＲＭは帯域幅の解放要求を取得すると、
従来技術に記載のようにＢＡレジスタを更新して帯域幅
の解放を行う。ＩＲＭはＢＡレジスタを更新すると、帯
域幅の解放完了の応答を上記コネクション制御手段１０
５に送信する。

【００７９】上記コネクション制御手段１０５は帯域幅
の解放完了の応答を受信すると、帯域幅フラグフィール
ド１３１の値を「０」に更新する（図３、Ｓ３０８→Ｓ
３０９）。

【００８０】次に、上記コネクション制御手段１０５は
上記コネクション状態テーブル１２０に書き込まれたチ
ャネル番号を読み取り、当該チャネル番号の解放要求を
上記ＩＲＭに送信する（図３、Ｓ３１０）。

【００８１】上記ＩＲＭはチャネル番号の解放要求を受
信すると、当該チャネルと対応するＣＡレジスタの領域
を「１」に更新して、従来技術に記載のようにチャネル
番号の解放を行う。上記ＩＲＭはチャネル番号を解放す
ると、解放完了の応答を上記コネクション制御手段１０
５に送信する。

【００８２】上記コネクション制御手段１０５はチャネ
ル番号の解放完了の応答を受信すると、チャネル番号フ
ラグフィールド１３２の値を「０」に更新する（図３、
Ｓ３１１→Ｓ３１２）。

【００８３】以上のように、上記コネクション制御手段
１０５はコネクション状態フラグフィールド１２８に設
定された各フラグフィールド１２９〜１３２のフラグを
「０」に更新すると、上記コネクション状態テーブル１
２０を上記記憶手段１０６から削除する（図３、Ｓ３１
３）。

【００８４】しかし、上記のコネクション切断処理時に
「ｏＰＣＲ」、「ｉＰＣＲ」が他のコネクションに使用
される入力プラグまたは出力プラグの接続または切断を
行っていたり、ＩＲＭが他のコネクションを確立または
切断するためにＣＡレジスタ、ＢＡレジスタの更新を行
っている場合がある。

【００８５】従って、上記コネクション制御手段１０５
がＤ−ＶＨＳ２００に「ｉＰＣＲ」の更新要求を送信し
た時に、「ｉＰＣＲ」が他のコネクションに使用される
入力プラグの接続または切断を行っていると、Ｄ−ＶＨ
Ｓ２００は上記のような「ｉＰＣＲ」の更新を行うこと
ができない。そのために、上記コネクション制御手段１
０５は更新完了の通知を受信することができない。

【００８６】同様に、「ｏＰＣＲ」が他のコネクション
に使用される出力プラグの接続または切断を行っている
と、上記コネクション制御手段１０５は上記のように
「ｏＰＣＲ」を更新することができない。また上記ＩＲ
Ｍが他のコネクションを確立または切断するためにＣＡ
レジスタ、ＢＡレジスタの更新を行っていると、上記Ｉ
ＲＭは上記のような帯域幅の解放、チャネル番号の解放
を行うことができない。

【００８７】そこで、上記コネクション制御手段１０５
は上記更新要求又は上記解放要求を送信してから所定時
間内に更新完了又は解放完了の応答が受信できない場合
（図３、Ｓ３０３・Ｓ３０８・Ｓ３１１）や、「ｏＰＣ
Ｒ」の更新ができない場合（図３、Ｓ３０５）、上記コ
ネクション状態テーブル１２０を未切断コネクションテ
ーブルとして上記記憶手段１０６に登録する（図３、Ｓ
３１４）。上記コネクション制御手段１０５は未切断コ
ネクションテーブルを上記記憶手段１０６に登録すると
コネクションの切断処理を終了する。

【００８８】上記記憶手段１０６に登録された未切断コ
ネクションテーブルは、ディジタルＴＶ１００に備えら
れた切断指示手段１０７によって監視されている。上記
切断指示手段１０７は上記記憶手段１０６に上記未切断
コネクションテーブルが登録されていることを確認する
と、切断指示タイマー１０８を起動させる。

【００８９】上記切断指示タイマー１０８がタイムアウ
トすると、上記切断指示手段１０７は切断試行手段１０
９に上記未切断コネクションテーブルに対応するコネク
ションの切断要求を送信する。

【００９０】上記切断試行手段１０９は切断要求がある
と、入力・出力プラグの切断処理を行うために、切断要
求の対象となる未切断コネクションテーブルを上記記憶
手１０６から取得する（図４、Ｓ４０１）。次に、上記
切断試行手段１０９は、未切断コネクションテーブルの
ｉＰＣＲフラグフィールド１２９の値を読み取る（図
４、Ｓ４０２）。

【００９１】上記切断試行手段１０９は読み取った値が
「１」である場合、未切断コネクションテーブルに書き
込まれた「ｉＰＣＲ」のインデック番号を読み取って、
当該インデックス番号の「ｉＰＣＲ」の領域Ａ２３の更
新要求を当該未切断コネクションテーブルに書き込まれ
た入力ノードＩＤのディジタルデータ処理装置（Ｄ−Ｖ
ＨＳ２００）に対して送信する（図４、Ｓ４０３）。

【００９２】Ｄ−ＶＨＳ２００は更新要求を受信し、上
記のように「ｉＰＣＲ」の領域Ａ２３の値を「０」に更
新すると、更新完了の応答を上記切断試行手段１０９に
送信する。

【００９３】上記切断試行手段１０９は更新完了の応答
を受信すると、上記ｉＰＣＲフラグフィールド１２９の
値を「０」に更新する（図４、Ｓ４０４→Ｓ４０５）。

【００９４】上記切断試行手段１０９は、上記ｉＰＣＲ
フラグフィールド１２９の値を更新すると、未切断コネ
クションテーブルに書き込まれたインデックス番号の
「ｏＰＣＲ」の領域Ａ１３の更新を行う（図４、Ｓ４０
６）。上記切断試行手段１０９は領域Ａ１３を更新する
と、ｏＰＣＲフラグフィールド１３０の値を「０」に更
新する（図４、Ｓ４０７）。

【００９５】上記切断試行手段１０９はｏＰＣＲフラグ
フィールド１３０の値を更新すると、未切断コネクショ
ンテーブルに書き込まれた帯域幅とチャネル番号とを抽
出する。上記切断試行手段１０９は帯域幅とチャネル番
号とを抽出すると、上記記憶手段１０６に格納されてい
る図５に示すリソーステーブル１４０の帯域幅フィール
ド１４１の値に抽出した帯域幅を加算し、チャネル番号
フィールド１４２に抽出したチャネル番号を登録する。
（図４、Ｓ４０８）。

【００９６】上記切断試行手段１０９はリソーステーブ
ル１４０にチャネル番号を登録すると、上記未切断コネ
クションテーブルを上記記憶手段１０６から削除し、入
力・出力プラグの切断処理を終了する（図４、Ｓ４０
９）。

【００９７】上記切断試行手段１０９は入力・出力プラ
グの切断処理を終了すると、上記記憶手段１０６に他の
未切断コネクションテーブルが登録されているかどうか
確認する。上記切断試行手段１０９は、他のコネクショ
ン状態テーブル１２０が登録されている場合、他のコネ
クション状態テーブル１２０に対しても、上記のような
入力・出力プラグの切断処理を行う（図４、Ｓ４１
０）。

【００９８】また、上記入力・出力プラグの切断の際
に、「ｉＰＣＲ」が他のコネクションに使用される入力
プラグの接続または切断を行っている場合、Ｄ−ＶＨＳ
２００は「ｉＰＣＲ」の更新要求を受信して、「ｉＰＣ
Ｒ」の領域Ａ２３を更新することができない。そのた
め、上記切断試行手段１０９は「ｉＰＣＲ」の更新完了
の通知を受信することができない。

【００９９】そこで、上記切断試行手段１０９は「ｉＰ
ＣＲ」の更新要求を送信してから所定時間内に「ｉＰＣ
Ｒ」の更新完了の通知が受信できない場合、即ち、入力
プラグが切断できないときは上記未切断コネクションテ
ーブルの切断試行回数に１を加える（図４、Ｓ４０４→
Ｓ４１１）。

【０１００】同様に、入力・出力プラグの切断処理中に
「ｏＰＣＲ」が他のコネクションに使用される出力プラ
グの接続または切断を行っている場合、上記切断試行手
段１０９は「ｏＰＣＲ」の領域Ａ１３を更新することが
できない。この場合も上記切断試行手段１０９は、上記
切断試行回数に１を加える（図４、Ｓ４０６→Ｓ４１
１）。

【０１０１】上記切断試行手段１０９は上記切断試行回
数に１を加えると、当該コネクションの入力・出力プラ
グの切断処理を終了する（図４、Ｓ４１１→Ｓ４１
０）。

【０１０２】ところで、上記未切断コネクションテーブ
ルに対応するコネクションの中には、入力プラグ２０４
のみ、又は入力プラグ２０４と出力プラグ１０３とが切
断されたコネクションや、入力プラグ２０４と出力プラ
グ１０３とが切断され、更に帯域幅が解放されたコネク
ションがある。そのために、上記ｉＰＣＲフラグフィー
ルド１２９、ｏＰＣＲフラグフィールド１３０、帯域幅
フラグフィールド１３１の値が「０」である未切断コネ
クションテーブルがある。

【０１０３】そこで上記切断試行手段１０９はＳ４０２
において、ｉＰＣＲフラグフィールド１２９の値が
「０」であると、次にｏＰＣＲフラグフィールド１３０
の値を読み取る（図４、Ｓ４１２）。

【０１０４】ここで、ｏＰＣＲフラグフィールド１３０
の値が「１」である場合、上記切断試行手段１０９は、
上記Ｓ４０６の「ｏＰＣＲ」の更新を行う（図４、Ｓ４
１２→Ｓ４０６）。また、上記ｏＰＣＲの値が「０」で
ある場合、上記切断試行手段１０９は上記未切断コネク
ションテーブルに書き込まれた帯域幅とチャネル番号と
を抽出して、抽出した帯域幅とチャネル番号とを上記リ
ソーステーブル１４０に登録する（図４、Ｓ４１２→Ｓ
４０８）。

【０１０５】上記切断試行手段１０９は上記記憶手段１
０６に登録された全部の未切断コネクションテーブルに
対して、入力・出力プラグの切断処理を行うと、続いて
リソーステーブル１４０に登録されているリソースの解
放処理を行う。

【０１０６】まず、上記切断試行手段１０９は上記リソ
ーステーブル１４０の帯域幅フィールド１４１を参照
し、当該帯域幅フィールド１４１の値が「０」であるか
否かを判断する（図６、Ｓ６０１）。

【０１０７】ここで上記帯域幅フィールド１４１の値が
「０」である場合、上記切断試行手段１０９は上記チャ
ネル番号フィールド１４２にチャネル番号が登録されて
いるか否かの判断に移行する（図６、Ｓ６０５）。

【０１０８】一方上記帯域幅フィールド１４１の値が
「０」でない場合、上記切断試行手段１０９は上記帯域
幅フィールド１４１に書き込まれた値の帯域幅の解放要
求を上記ＩＲＭに送信する（図６、Ｓ６０２）。

【０１０９】上記のように上記ＩＲＭは帯域幅の解放要
求に応じて帯域幅の解放すると、上記切断試行手段１０
９に帯域幅の解放完了の応答を送信する。

【０１１０】上記切断試行手段１０９は帯域幅の解放完
了の応答を受信すると、上記帯域幅フィールド１４１の
値を「０」に更新する（図６、Ｓ６０３→Ｓ６０４）。

【０１１１】上記切断試行手段１０９は帯域幅フィール
ド１４１を更新すると、リソーステーブル１４０のチャ
ネル番号フィールド１４２に登録されている全てのチャ
ネル番号を読み取る（図６、Ｓ６０５）。上記切断試行
手段１０９は読み取った全てのチャネル番号の解放要求
を上記ＩＲＭに送信する（図６、Ｓ６０６）。

【０１１２】上記ＩＲＭは上記のようにチャネル番号の
解放要求に応じてチャネル番号を解放すると、解放完了
の応答を上記切断試行手段１０９に送信する。

【０１１３】上記切断試行手段１０９はチャネルの番号
の解放確認の応答を受信すると、上記チャネル番号フィ
ールド１４２に登録されているチャネル番号を消去する
（図６、Ｓ６０７→Ｓ６０８）。上記切断試行手段１０
９は上記チャネル番号フィールド１４２に登録されてい
るチャネル番号を消去すると、リソースの解放処理を終
了する。

【０１１４】なお、上記リソース解放処理時に、上記Ｉ
ＲＭがあるディジタルデータ処理装置間のコネクション
の確立または切断するためにＣＡレジスタ、ＢＡレジス
タの更新を行っていると、上記ＩＲＭは上記帯域幅の解
放要求、又はチャネル番号の解放要求を受信できない。
その場合、上記ＩＲＭは上記帯域幅又はチャネル番号の
解放要求に応じて帯域幅の解放やチャネルの番号の解放
ができない。そのため、上記切断試行手段１０９は帯域
幅又はチャネル番号の更新完了の通知を受信することが
できない。

【０１１５】そこで、上記切断試行手段１０９は帯域幅
又はチャネル番号の解放要求を送信してから所定時間内
に解放完了の応答を受信できない場合、即ち、リソース
の解放が正常にできないときは、リソーステーブル１４
０の解放試行回数フィールド１４３に１を加える（図
６、Ｓ６０９）。上記切断試行手段１０９は解放試行回
数フィールド１４３に１を加えると、リソースの解放処
理を終了する。

【０１１６】上記未切断コネクションテーブルに書き込
まれた上記切断試行回数、上記リソーステーブル１４０
の帯域幅フィールド１４１、チャネル番号フィールド１
４２、解放試行回数フィールド１４３に書き込まれた帯
域幅、チャネル番号、解放試行回数はバスリセット手段
１１０によって監視されている。

【０１１７】上記バスリセット手段１１０は上記切断試
行回数が所定の閾値に達すると、１３９４バス上に確立
されている全てのコネクションを切断するバスリセット
を行なう。

【０１１８】また同様に、上記バスリセット手段１１０
は上記帯域幅フィールド１４１に書き込まれた帯域幅の
総量、若しくはチャネル番号フィールド１４２に書き込
まれたチャネル番号数が所定の閾値に達し、更に上記解
放試行回数１４３も所定の閾値に達すると、バスリセッ
トを行う。

【０１１９】上記バスリセットとは、上記未切断コネク
ションテーブルを上記記憶手段１０６から削除し、上記
リソーステーブル１４０に書き込まれた値をリセット
し、更に上記「ｏＰＣＲ」、「ｉＰＣＲ」及び、ＣＡレ
ジスタ、ＢＡレジスタを初期状態にすることである。

【０１２０】以上のように、ディジタルＴＶ１００にバ
スリセット手段１１０を備えることで、入力・出力プラ
グの切断試行回数が所定の値に達した場合や、未解放の
帯域幅の総量又は未解放のチャネル番号の総数が所定の
閾値以上となり且つ帯域幅とチャネル番号の解放試行回
数が所定の閾値に達した場合に、自動的にバスリセット
を発生させることができる。

【０１２１】上記バスリセット手段１１０は、バスリセ
ットを発生させると、その直後にバスリセット発生前に
確立されていたコネクションの復旧作業を行う。バスリ
セットが発生するとコネクションが切断されるが、その
後復旧作業が行われるので、ユーザが意図していたデー
タの転送が損なわれることはない。但し、復旧に失敗す
ることがあるので、むやみにバスリセットを発生させる
ことを避ける必要がある。そこで、上記閾値をコンフィ
グレーション情報とし、ディジタルＴＶ１００の使用環
境に応じて上記閾値を自由に変更したりして、バスリセ
ットの発生回数を抑えるようにしてもよい。

【０１２２】例えば、通常は上記閾値を高く設定してお
く。番組の録画予約がされた場合、上記バスリセット手
段１１０は録画開始時刻が迫ってくると、ディジタルＴ
Ｖ１００とＤ―ＶＨＳ２００の間にいち早くコネクショ
ンを確立するために、上記閾値を低くし、バスリセット
を発生させる条件を緩和する。また、バスリセットの発
生回数を抑えるために、録画予約された番組を転送する
ために必要な帯域幅が獲得できない場合のみ、上記バス
リセット手段１１０はバスリセットを発生させるように
する。

【０１２３】このように閾値を録画開始時刻に応じて変
化させ、更にバスリセットの発生回数を抑えるために、
図１に示すように、ディジタルＴＶ１００に閾値設定手
段１１２と帯域幅閾値設定手段１１３を備える。

【０１２４】上記録画アプリケーション１０２は、録画
予約された番組のうち録画開始時間が最も早い番組の属
性情報を帯域幅閾値設定手段１１３に通知する。この属
性情報とは、例えば番組の画質がハイビジョンであるか
スタンダードであるか等を示す情報である。

【０１２５】上記帯域幅閾値設定手段１１３は、ＩＥＣ
６１８８３−１に定義された式を用いて録画アプリケ−
ション１０２から通知された属性情報から、番組の転送
に必要な帯域幅を算出する。上記帯域幅閾値設定手段１
１３は、１３９４バスの最大帯域幅から算出した帯域幅
を引いた値を帯域幅閾値１５１として、コンフィグレー
ション情報記憶手段１１４に記憶された図７に示すコン
フィグレーションテーブル１５０に書き込む（図８、Ｓ
８０１）。

【０１２６】また、上記録画アプリケーション１０２
は、録画開始時刻が最も早い番組の録画開始時刻と、現
在時刻との時間差を上記閾値設定手段１１２に通知す
る。

【０１２７】上記閾値設定手段１１２は、時間差が通知
されると、当該時間差に基づいて緊急度１５２を上記コ
ンフィグレーションテーブル１５０に書き込む（図８、
Ｓ８０２）。本実施の形態では、上記緊急度は１〜５
（５が最も高い）の５段階あり、上記閾値設定手段１１
２は、上記時間差が小さいほど高い緊急度を書き込む。

【０１２８】上記コンフィグレーションテーブル１５０
の帯域幅閾値１５１は、上記バスリセット手段１１０に
て読み取られる（図８、Ｓ８０３）。上記バスリセット
手段１１０は、上記ＢＡレジスタからコネクションの確
立に使用されていない帯域幅を読み取って、当該帯域幅
と、上記帯域幅閾値１５１とを比較する（図８、Ｓ８０
４→Ｓ８０５）。

【０１２９】上記帯域幅閾値１５１が小さい場合、即
ち、番組データの転送に必要な帯域幅を確保できる場
合、上記バスリセット手段１１０は、上記バスリセット
を発生させずにバスリセットの判断処理を終了する（図
８、Ｓ８０５→おわり）。

【０１３０】このように番組データの転送に必要な帯域
幅を確保できる場合、バスリセットを発生させないこと
で、バスリセットの発生回数を抑えることができる。

【０１３１】上記帯域幅閾値１５１が大きい場合、即
ち、番組データの転送に必要な帯域幅を確保できない場
合、上記バスリセット手段１１０は、上記コンフィグレ
ーションテーブル１５０の緊急度１５２を読み取る（図
８、Ｓ８０６）。

【０１３２】上記コンフィグレーションテーブル１５０
には、各緊急度１〜５と対応する閾値が予め書き込まれ
ており、緊急度が高いほど閾値は小さい。

【０１３３】上記緊急度を読み取ると、上記バスリセッ
ト手段１１０は、当該緊急度１５２と対応する閾値をコ
ンフィグレーションテーブル１５０から読み取る（図
８、Ｓ８０７）。閾値を読み取ると、上記バスリセット
手段１１０は、上記リソーステーブル１４０の解放試行
回数フィールド１４３から解放試行回数を読み取る（図
８、Ｓ８０８）。上記バスリセット手段１１０は、上記
解放試行回数が閾値以上である場合、上記バスリセット
を発生させる（図８、Ｓ８０９→Ｓ８１０）。

【０１３４】また、上記解放試行回数が閾値より小さい
場合、バスリセット手段１１０は、バスリセットを発生
させずにバスリセットの判断処理を終了する（図８、Ｓ
８０９→おわり）。

【０１３５】このように、録画開始時刻が迫ってくる
と、上記閾値を小さくすることで、現在時刻と録画開始
時刻との時間差が小さくなるとバスリセットを発生させ
る条件を緩和することができる。

【０１３６】なお、上記では録画開始時刻と現在時刻の
時間差に基づいて緊急度が決定されているが、例えば１
３９４バスに接続されたディジタルデータ処理装置の数
に基づいて緊急度を決定してもよい。これは、接続され
るディジタルデータ処理装置が増えると、１３９４バス
におけるコネクションの確立及び切断が一時期に集中す
る可能性が大きくなり、コネクションの切断が正常に行
われない可能性が大きくなるためである。

【０１３７】また、上記では帯域幅閾値設定手段１１３
が、番組の属性情報に基づいて帯域幅閾値を設定してい
るが、上記閾値設定手段１１２が緊急度に基づいて帯域
幅閾値を設定してもよい。

【０１３８】例えば、上記閾値設定手段１１２は、上記
録画アプリケーション１０２から録画開始時間と現在時
刻との時間差が通知されると、上記のように緊急度１５
２を上記コンフィグレーション情報１５０に書き込む
（図１０、Ｓ１００１）。

【０１３９】ここでのコンフィグレーション情報１５０
には、図９に示すように緊急度１〜５と対応する閾値と
帯域幅閾値が予め書き込まれており、緊急度が高いほど
閾値、及び帯域幅閾値は小さい。

【０１４０】コンフィグレーション情報１５０の緊急度
１５２は、上記バスリセット手段１１０にて監視されて
おり、上記バスリセット手段１１０はコンフィグレーシ
ョン情報１５０に緊急度１５２が書き込まれると、緊急
度１５２を読み取って、当該緊急度の帯域幅閾値をコン
フィグレーション情報１５０から読み取る（図１０、Ｓ
１００２→Ｓ１００３）。

【０１４１】上記バスリセット手段１１０は、上記ＢＡ
レジスタからコネクションの確立に使用されていない帯
域幅を読み取って、当該帯域幅とコンフィグレーション
情報から読み取った帯域幅閾値とを比較する（図１０、
Ｓ１００４→Ｓ１００５）。

【０１４２】コンフィグレーション情報１５０から読み
取った帯域幅閾値が小さい場合、上記バスリセット手段
１１０は、バスリセットを発生させずにバスリセットの
判断処理を終了する（図１０、Ｓ１００５→おわり）。

【０１４３】コンフィグレーション情報１５０から読み
取った帯域幅閾値が大きい場合、上記バスリセット手段
１１０は、もう一度上記コンフィグレーションテーブル
１５０の緊急度１５２を読み取る（図１０、Ｓ１００
６）。

【０１４４】上記緊急度を読み取ると、上記バスリセッ
ト手段１１０は、当該緊急度１５２と対応する閾値をコ
ンフィグレーションテーブル１５０から読み取る（図１
０、Ｓ１００７）。閾値を読み取ると、上記バスリセッ
ト手段１１０は、上記リソーステーブル１４０の解放試
行回数フィールド１４３から解放試行回数を読み取る
（図１０、Ｓ１００８）。上記バスリセット手段１１０
は、上記解放試行回数が閾値以上である場合、上記バス
リセットを発生させる（図１０、Ｓ１００９→Ｓ１０１
０）。

【０１４５】また、上記解放試行回数が閾値より小さい
場合、バスリセット手段１１０は、バスリセットを発生
させずにバスリセットの判断処理を終了する（図１０、
Ｓ１００９→おわり）。

【０１４６】（実施の形態２）上記切断試行手段１０９
が、入力・出力プラグの切断処理中又はリソースの解放
処理している時に、Ｄ−ＶＨＳ２００や上記ＩＲＭが他
の機器と通信していると、Ｄ−ＶＨＳ２００やＩＲＭは
上記更新要求や解放要求を受信することができない。こ
の通信とは、非同期にデータの通信をする際に用いられ
るアシンクロナス・トランザクションである。

【０１４７】そこで実施の形態２では、上記ディジタル
ＴＶ１００にアシンクロナス・トランザクション検知手
段１１１を設け、Ｄ−ＶＨＳ２００や上記ＩＲＭがアシ
ンクロナス・トランザクションを行っていない時に、上
記切断指示手段１０７が上記切断要求を上記切断試行手
段１０９に送信する方法について説明する。

【０１４８】図１１は、ディジタルデータ処理装置同士
がアシンクロナス・トランザクションを行っているとき
のデータの流れを示している。図１１に示すように、ま
ず、ディジタルデータ処理装置Ａが要求パケットをディ
ジタルデータ処理装置Ｂ（Ｄ−ＶＨＳ２００やＩＲＭ）
に送信すると、ディジタルデータ処理装置Ｂは要求パケ
ットを受信し、要求パケットを受信した旨を知らせるア
クノリッジをディジタルデータ処理装置Ａに送信する。

【０１４９】次いでディジタルデータ処理装置Ｂは、要
求パケットに対応して何らかの処理をすると、処理が終
了した旨の応答パケットをディジタルデータ処理装置Ａ
に送信する。ディジタルデータ処理装置Ａは、応答パケ
ットを受信すると、応答パケットを受信した旨を知らせ
るアクノリッジをディジタルデータ処理装置Ｂに送信す
る。

【０１５０】以上のように、ディジタルデータ処理装置
Ｂは、要求パケットを受信して応答パケットを送信する
までの間、アシンクロナス・パケットを受信したり、上
記ＣＡレジスタやＢＡレジスタの更新等を行う。そのた
めに、この間は、Ｄ−ＶＨＳ２００又はＩＲＭは、上記
「ｉＰＣＲ」の更新要求、或いは上記帯域幅又はチャネ
ル番号の解放要求を受信することができないことがあ
る。

【０１５１】そこで、上記切断指示手段１０７が上記切
断指示タイマー１０８を起動させると、上記アシンクロ
ナス・トランザクション検知手段１１１は、上記記憶手
段１０６に登録されている未切断コネクションテーブル
１２０のｉＰＣＲ又はｏＰＣＲフラグフィールド１２
９、１３０を読み取る。

【０１５２】ここで上記アシンクロナス・トランザクシ
ョン検知手段１１１は、ｉＰＣＲ又はｏＰＣＲフラグフ
ィールド１２９、１３０の値が「１」である未切断コネ
クションテーブルを検出すると、当該未切断コネクショ
ンテーブルに書き込まれた入力／出力ノードＩＤを取得
する。上記アシンクロナス・トランザクション検知手段
１１１は入力／出力ノードＩＤを取得すると、当該ノー
ドＩＤのディジタルデータ処理装置（以下、「監視対象
機器」という）や、上記ＩＲＭが行うアシンクロナス・
トランザクションを検知する（図１２、Ｓ１２０１）。

【０１５３】上記切断指示タイマー１０８が起動してタ
イムアウトするまでに、監視対象機器やＩＲＭから図１
１に示すアクノリッジや応答パケットが送信されない場
合、上記アシンクロナス・トランザクション検知手段１
１１は、監視対象機器がアシンクロナス・トランザクシ
ョンを行っていないものとみなす（図１２、Ｓ１２０
２）。そして上記アシンクロナス・トランザクション検
知手段１１１は切断指示タイマー１０８とアシンクロナ
ス・トランザクションの検知を停止する（図１２、Ｓ１
２０３→Ｓ１２０４）。上記切断指示手段１０７は、切
断指示タイマー１０８が停止すると、実施の形態１に記
載のように上記切断試行手段１０９に切断要求を送信す
る。

【０１５４】当該切断要求を受信した上記切断試行手段
１０９は実施の形態１に記載のように、入力・出力プラ
グの切断処理やリソースの解放処理を行う。

【０１５５】また、上記切断指示タイマー１０８がタイ
ムアウトする前に、上記監視対象機器や上記ＩＲＭが応
答パケットを送信したことを検知すると、上記アシンク
ロナス・トランザクション検知手段１１１は上記監視対
象機器やＩＲＭがアシンクロナス・トランザクションを
終了したとみなす。そして、上記アシンクロナス・トラ
ンザクション検知手段１１１は、切断指示タイマー１０
８を停止させ、アシンクロナス・トランザクションの検
知を停止する（図１２、Ｓ１２０２→Ｓ１２０５→Ｓ１
２０３→Ｓ１２０４）。そして、上記切断指示手段１０
７は上記切断試行手段１０９に切断要求を送信する上記
監視対象機器又は上記ＩＲＭが応答パケットを送信する
前に、当該監視対象機器又はＩＲＭが所定のディジタル
データ処理装置から送信された要求パケットを受信し、
アクノリッジを送信したことを検知した場合、上記アシ
ンクロナス・トランザクション検知手段１１１は上記切
断指示タイマー１０８をリセットする（図１２、Ｓ１２
０６→Ｓ１２０７）。

【０１５６】このように切断指示タイマー１０８をリセ
ットすることで、上記監視対象機器やＩＲＭが応答パケ
ットを送信するまでに、上記切断指示タイマー１０８が
タイムアウトする可能性が低くなる。タイムアウトする
可能性が低くなれば、監視対象機器や上記ＩＲＭが応答
パケットを送信するまでの間に上記切断指示手段１０７
が上記切断試行手段１０９に切断要求を送信する可能性
は低くくなる。よって、監視対象機器が「ｉＰＣＲ」又
は「ｏＰＣＲ」の更新要求や、上記ＩＲＭが帯域幅やチ
ャネル番号の解放要求を受信する可能性が高くなる。

【０１５７】（実施の形態３）上記のようにコネクショ
ンの切断は、「ｉＰＣＲ」の更新、「ｏＰＣＲ」の更
新、帯域幅の解放、チャネル番号の解放という手順で行
われる。そのため、チャネル番号の解放時にＩＲＭが他
の機器と通信している場合、１３９４バスの全帯域幅が
解放されているにもかかわらず、全チャネル番号が解放
されていないというリソースの異常状態が発生すること
がある。

【０１５８】また、上記ＩＲＭの誤作動により、当該Ｉ
ＲＭは上記ＢＡレジスタを更新せずに、上記帯域幅の解
放完了の応答を上記コネクション制御手段１０５や、上
記切断試行手段１０９に送信する場合がある。その場
合、ＩＲＭはＢＡレジスタを更新しないまま、ＣＡレジ
スタを更新することがある。すると、１３９４バスの全
チャネル番号が解放されているにもかかわらず、１３９
４バスの全帯域幅が解放されていないというリソースの
異常状態が発生することがある。

【０１５９】更に、上記コネクション制御手段１０５、
上記切断試行手段１０９が誤作動を起こして、「ｏＰＣ
Ｒ」の領域Ａ１３を更新せずに、上記ｏＰＣＲフラグフ
ィールド１３０の値を０に更新する場合がある。その場
合、「ｏＰＣＲ」の領域Ａ１３が更新されないまま、１
３９４バスの全リソースが解放されていることがある。

【０１６０】そうすると、「ｏＰＣＲ」の領域Ａ１２、
領域Ａ１３の両方の値が０でない、即ち、「ｏＰＣＲ」
が制御する出力プラグ１０３にコネクションが確立され
ていることを当該「ｏＰＣＲ」が示しているにもかかわ
らず、当該「ｏＰＣＲ」の領域Ａ１４のチャネル番号と
対応するＣＡレジスタの値が「１」であることがある。
また、この時に上記ＢＡレジスタの値が１３９４バスの
全帯域幅となっており、ＢＡレジスタが示す値が、１３
９４バスの帯域幅が全部解放されているという異常な状
態となっていることがある。

【０１６１】同様に、「ｉＰＣＲ」の領域Ａ２２、領域
Ａ２３の両方の値が０である「ｉＰＣＲ」があるにもか
かわらず、当該「ｉＰＣＲ」の領域Ａ２４のチャネル番
号と対応するＣＡレジスタの値が「１」である場合や、
ＢＡレジスタの値が１３９４バスの全帯域幅であるとい
う異常な状態となっていることもある。

【０１６２】そこで、上記バスリセット手段１１０は上
記の異常状態が解消されない場合、バスリセットを以下
のように発生させて、異常状態を解消する。

【０１６３】まず、上記バスリセット手段１１０は所定
の間隔で、上記ＢＡレジスタと上記ＣＡレジスタとを参
照し、上記のようなリソースの異常状態がないか否かを
監視する（図１３、Ｓ１３０１→Ｓ１３０２）。

【０１６４】上記バスリセット手段１１０はリソースの
異常状態を検出すると、当該バスリセット手段１１０が
保持する異常状態の検出回数に１を加える（図１３、Ｓ
１３０３）。

【０１６５】また、上記バスリセット１１０はリソース
の異常状態を検出できない場合、１３９４バスに接続さ
れた全ディジタルデータ処理装置の「ｏＰＣＲ」の領域
Ａ１２と領域Ａ１３を読み取り、領域Ａ１２と領域Ａ１
３との両方が０でない「ｏＰＣＲ」を検出する（図１
３、Ｓ１３０４）。

【０１６６】上記バスリセット手段１１０は領域Ａ１２
と領域Ａ１３との両方が０でない「ｏＰＣＲ」を検出す
ると、当該「ｏＰＣＲ」の領域Ａ１４のチャネル番号を
読み取り、当該チャネル番号と対応する上記ＣＡレジス
タの値が「１」であるか否かを確認する（図１３、Ｓ１
３０５）。

【０１６７】上記ＣＡレジスタの値が「１」であると、
上記バスリセット手段１１０は上記異常状態の検出回数
に１を加える（図１３、Ｓ１３０３）。

【０１６８】同様に上記バスリセット手段１１０は、全
ディジタルデータ処理装置の「ｉＰＣＲ」の領域Ａ２２
と領域Ａ２３の両方が０でない「ｉＰＣＲ」を検出し、
当該「ｉＰＣＲ」の領域Ａ２４のチャネル番号と対応す
るＣＡレジスタの値が「１」であるかどうか確認する。
ＣＡレジスタの値が「１」であると、上記バスリセット
手段１１０は、上記異常状態の検出回数に１を加える
（図１３、Ｓ１３０３）。

【０１６９】上記バスリセット手段１１０は、ＣＡレジ
スタの値が「０」である場合、上記ＢＡレジスタを参照
し、次にＢＡレジスタの値が１３９４バスの全帯域幅と
なっているかどうか確認する（図１３、Ｓ１３０６）。

【０１７０】ＢＡレジスタの値が１３９４バスの全帯域
幅となっている場合は、上記バスリセット手段１１０
は、上記のように異常状態の検出回数に１を加える（図
１３、Ｓ１３０３）。

【０１７１】上記バスリセット手段１１０は上記異常状
態の検出回数が所定の閾値に達すると、バスリセットを
発生させる（図１３、Ｓ１３０７→Ｓ１３０８）。上記
バスリセット手段１１０はバスリセットを発生させる
と、上記異常状態の検出回数をリセットする（図１３、
Ｓ１３０９）。

【０１７２】また、上記バスリセット手段１１０は、ス
テップ１１０４で領域Ａ１２と領域Ａ１３或は領域Ａ２
２と領域２３との両方が０でない「ｏＰＣＲ」、「ｉＰ
ＣＲ」を検出できない場合と、ステップ１１０６にて、
ＢＡレジスタが１３９４バスの全体帯域幅の値となって
いない場合は、バスリセットを発生させずに、異常状態
の検出回数をリセットする（図１３、Ｓ１３０９）。こ
のように異常状態の検出回数をリセットするのは、コネ
クションの確立や切断は非同期に行われるため、コネク
ションの切断が正常に行われているにもかかわらず、上
記バスリセット手段１１０が異常状態と認識する場合が
あるためである。

【０１７３】例えば所定の機器間のコネクションの帯域
幅の解放直後は、入力プラグ・出力プラグが切断され、
帯域幅が解放されているにもかかわらず、チャネル番号
は解放されていない。従って、この時に上記バスリセッ
ト手段１１０は異常状態の検出を行うと、コネクション
の切断が正常に行われているにもかかわらず、異常状態
が発生しているものと認識し、異常状態の検出回数に１
を加える（図１３、Ｓ１３０５→Ｓ１３０３）。

【０１７４】そこで、その後の異常検出の処理において
異常状態を検出することができない場合、上記バスリセ
ット手段１１０は、異常状態の検出回数をリセットする
ようにする。

【０１７５】以上のようにして、上記バスリセット手段
１１０は、「ｉＰＣＲ」、「ｏＰＣＲ」、ＣＡレジス
タ、ＢＡレジスタの整合性が取れていない異常状態とな
っている場合を何回か検出すると、バスリセットを発生
させて異常状態を解消する。

【０１７６】

【発明の効果】本発明によれば、入力・出力プラグの切
断、リソースの解放ができない状況に陥り、ユーザがそ
れに気付かない場合でもバスリセットを自動的に発生さ
せて、「ｉＰＣＲ」や「ｏＰＣＲ」、ＢＡレジスタ、Ｃ
Ａレジスタを初期状態に戻すことで、入力・出力プラグ
の間に新たなコネクションを確立するがことができる。

【０１７７】また、切断対象となるコネクションが確立
されているディジタルデータ処理装置のアシンクロナス
・トランザクションを監視して、当該ディジタルデータ
処理装置がアシンクロナス・トランザクションを行って
いないときに、コネクションの切断試行を行うことで、
コネションの切断が成功する確率が高くなる。よって、
入力・出力プラグの切断やリソースの解放を早く且つ正
常に行うことができる。

【０１７８】また、未解放のチャネル番号と帯域幅との
情報をリソーステーブルにて管理し、未解放の帯域幅の
総量又はチャネル番号の総数が所定の閾値に達すると、
帯域幅とチャネル番号との解放処理を行うようにする。
よって、未解放の帯域幅やチャネル番号がある程度の量
になると、上記切断指示手段がリソースの解放要求をＩ
ＲＭに送信することで、解放要求の送信回数が減ると共
に、リソースを早く正常な状態に戻すことができる効果
を奏する。

【０１７９】またバスリセットを発生させる基準となる
閾値をバスリセットの緊急性に応じて変化させること
で、緊急性の高いときのみ上記閾値を低くしてバスリセ
ットを発生させ易くすることができる。また、緊急性の
低いときは、上記閾値を高くしておくことで、緊急性の
低いときのバスリセットの発生回数を減らすことができ
る。

【０１８０】またデータ転送に必要な帯域幅が確保でき
ないことを満たした場合のみ、バスリセットを発生させ
ることで、バスリセットの発生回数を減らすことができ
る。

【図面の簡単な説明】

【図１】本発明を適用したディジタルＴＶの要部のブロ
ック図。

【図２】コネクション状態テーブルの概念図。

【図３】本発明の実施の形態におけるコネクションの切
断手順を示すフローチャート。

【図４】本発明の実施の形態における入力・出力プラグ
の切断処理を示すフローチャート。

【図５】リソーステーブルの概念図。

【図６】本発明の実施の形態におけるバスリセット発生
の判定手順を示すフローチャート。

【図７】コンフィグレーションテーブルの概念図。

【図８】バスリセットの発生の手順を示すフローチャー
ト。

【図９】コンフィグレーションテーブルの概念図。

【図１０】バスリセットの発生の手順を示すフローチャ
ート。

【図１１】アシンクロナス・トランザクションの概念
図。

【図１２】本発明の実施の形態におけるアシンクロナス
・トランザクションの監視手順を示すフローチャート。

【図１３】異常状態検出時のバスリセットの発生の手順
を示すフローチャート。

【図１４】アイソクロナス・ストリーム入出力技術の説
明図。

【図１５】従来技術におけるディジタルデータ処理装置
の要部ブロック図。

【図１６】ｏＰＣＲ、ｉＰＣＲのフォーマット。

【図１７】コネクションの確立手順を示すフローチャー
ト。

【図１８】CHANNELＳ_AVAILABLE レジスタの概念図。

【図１９】BANDWIDTH_AVAILABLEレジスタの概念図。

【図２０】録画テーブルの概念図。

【図２１】従来技術のコネクションの切断の手順を示す
フローチャート。

【符号の説明】

１００ディジタルＴＶ１０６記憶手段１０９切断試行手段１１０バスリセット手段１１１アシンクロナス・トランザクション検知手段１１２閾値設定手段１１３帯域幅閾値設定手段２００Ｄ−ＶＨＳ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K033 AA05 BA01 BA08 CB03 DB20 EA03 EA06 EA07 5K034 AA05 FF01 FF12 GG02 GG06 LL01 LL02

Claims

【特許請求の範囲】

【請求項１】バスのリソースを獲得し、上記バスを介
して接続される他機器との間に仮想的なコネクションを
確立するディジタルデータ処理装置において、上記確立されたコネクションに関するコネクション情報
を記憶する記憶手段と、所定のコネクションに対する切断要求を発生させる切断
指示手段と、上記切断要求に対して、コネクションに使用されている
リソースの解放を試行すると共に、リソースの解放に失
敗した解放試行回数と、解放に失敗したリソース量とを
上記コネクション情報に書き込む切断試行手段と、上記記憶手段に記憶された解放試行回数と上記リソース
量が所定閾値に達した場合、上記バスをリセットするバ
スリセット手段とを備えたことを特徴とするディジタル
データ処理装置。
【請求項２】上記リソース量が、解放されなかったチ
ャネルの数と帯域幅のうち少なくとも一方を含む請求項
１に記載のディジタルデータ処理装置。
【請求項３】コネクションに接続された所定のディジ
タルデータ処理装置が行うアシンクロナス・トランザク
ションを検知するアシンクロナス・トランザクション検
知手段を備え、上記切断指示手段は、上記切断試行手段に切断要求を送
信する代わりに、上記アシンクロナス・トランザクショ
ン検知手段のアシンクロナス・トランザクションの検知
結果に基づいて上記切断試行手段に切断要求を送信する
請求項１に記載のディジタルデータ処理装置。
【請求項４】上記アシンクロナス・トランザクション
が、要求パケットの受信であり、上記切断試行手段は、
要求パケットの受信が検知されてから所定時間経過後に
切断要求を送信する請求項３に記載のディジタルデータ
処理装置。
【請求項５】上記アシンクロナス・トランザクション
が、応答パケットの送信であり、上記切断試行手段は、
応答パケットの送信が検知されると切断要求を送信する
請求項３に記載のディジタルデータ処理装置。
【請求項６】動的に変化するコネクションの確立の緊
急度に基づいて、上記閾値を設定する閾値設定手段を備
えた請求項１に記載のディジタルデータ処理装置。
【請求項７】上記リソース量を、新たに確立しようと
するコネクションにおけるデータ転送に必要な帯域幅
と、既に確立されたコネクションに使用されている帯域
幅とに基づいて設定する帯域幅閾値設定手段を備えた請
求項１に記載のディジタルデータ処理装置。
【請求項８】バスを介して接続されるディジタルデー
タ処理装置が上記バスのリソースを獲得することによっ
て、上記ディジタルデータ処理装置間に仮想的に確立さ
れたコネクションの切断要求に対して、バスを制御する
バス制御方法であって、上記確立された所定のコネクションの切断要求に対し
て、当該コネクションに使用されるリソースの解放を試
行すると共に、上記リソースの解放状況を、上記コネク
ションに関するコネクション情報を記憶する記憶手段に
書き込む切断試行ステップと、上記リソースの解放状況に基づいて、上記バスをリセッ
トするバスリセットステップと、を備えるバス制御方
法。
【請求項９】バスを介して接続されるディジタルデー
タ処理装置が上記バスのリソースを獲得することによっ
て、上記ディジタルデータ処理装置間に仮想的に確立さ
れたコネクションの切断要求に対して、バスを制御する
バス制御プログラムであって、上記確立された所定のコネクションの切断要求に対し
て、当該コネクションに使用されるリソースの解放を試
行すると共に、上記リソースの解放状況を、上記コネク
ションに関するコネクション情報を記憶する記憶手段に
書き込む切断試行ステップと、上記リソースの解放状況に基づいて、上記バスをリセッ
トするバスリセットステップとを備える方法を、コンピ
ュータに実行させるためのバス制御プログラム。
【請求項１０】バスを介して接続されるディジタルデ
ータ処理装置が上記バスのリソースを獲得することによ
って、上記ディジタルデータ処理装置間に仮想的に確立
されたコネクションの切断要求に対して、バスを制御す
るバス制御プログラムであって、上記確立された所定のコネクションの切断要求に対し
て、当該コネクションに使用されるリソースの解放とを
試行すると共に、上記リソースの解放状況を、上記コネ
クションに関するコネクション情報を記憶する記憶手段
に書き込む切断試行ステップと、上記リソースの解放状況に基づいて、上記バスをリセッ
トするバスリセットステップを、コンピュータに実行させるためのプログラムを記録した
コンピュータ読み取り可能な記録媒体。