JP2000358039A - 情報処理装置および方法、並びに媒体 - Google Patents

Abstract

(57)【要約】 【課題】 IEEE１３９４バスのリソースが無駄に制御さ
れるのを防止する。 【解決手段】 セットトップボックス２４が、ターゲッ
ト２２をIEEE１３９４バス２１を介して制御しようとす
るとき、アプリケーション４２は、IEEE１３９４モジュ
ール４４に対して、ターゲット２２に対するConnect処
理を要求する。IEEE１３９４モジュール４４は、この要
求を受けたとき、ターゲット２２がReserve処理を必要
とする装置であればこれを行い、さらに、Reserve処理
が成功したとき、IEEE１３９４バス２１の帯域やチャン
ネルを確保する処理を行う。両方が成功したとき、IEEE
１３９４モジュール４４は、アプリケーションモジュー
ル４２に対して予約成功のメッセージを出力する。予約
成功のメッセージを受信したとき、アプリケーションモ
ジュール４２は、IEEE１３９４モジュール４４から、IE
EE１３９４バス２１を介してターゲット２２との間でデ
ータを授受する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに媒体に関し、特にバスに接続されている
リソースを有効に活用することができるようにした、情
報処理装置および方法、並びに媒体に関する。

【０００２】

【従来の技術】最近、IEEE（Institute of Electrical
and Electronic Engineers）１３９４高速シリアルバス
が普及しつつある。このIEEE１３９４高速シリアルバス
（以下、単にIEEE１３９４バスと称する）１には、図１
に示すように、複数のノード（情報処理装置）を接続
し、各ノード間で情報を授受することができる。IEEE１
３９４バス１に接続されているノードのうち、他のノー
ドを制御するノードはコントローラと称され、コントロ
ーラにより制御されるノードはターゲットと称される。
図１の例においては、コントローラ２とコントローラ３
がIEEE１３９４バス１を介して、ターゲット４を制御す
るようになされている。

【０００３】

【発明が解決しようとする課題】ところでコントローラ
がターゲットを制御するには、ターゲットがリザーブ
（Reserve）処理を必要とするノードである場合には、
事前にこのReserve処理を行う必要がある。このReserve
処理とは、ターゲットのコントロール権をコントローラ
が取得するために必要となる処理である。

【０００４】コントローラがターゲットに情報を授受す
るには、この他にPtoPの処理が必要となる。このPtoP処
理とは、コントローラとターゲットの間において、IEEE
１３９４バス１を介して情報を授受するために必要な処
理であり、例えば、チャンネルや帯域を確保したり、プ
ラグコントロールレジスタをセットする処理である。

【０００５】従来、このReserve処理とPtoP処理とは、
情報を授受するとき、それぞれ個別に行われていた。そ
の結果、例えばコントローラ２がターゲット４に対し
て、PtoP処理には成功したが、Reserve処理には失敗
し、これに対してコントローラ３は、ターゲット４に対
してReserve処理は成功したが、PtoP処理には失敗した
ような場合が発生する。この場合、コントローラ２は、
ターゲット４に対して、情報を転送することが可能であ
るが、ターゲット４をコントロールすることができな
い。これに対してコントローラ３は、ターゲット４をコ
ントロールすることが可能であるが、情報を転送するこ
とができない。

【０００６】このような場合、コントローラ２とコント
ローラ３は、いずれも実質的にターゲット４に対して所
望の動作を実行させることができなくなる。その結果、
IEEE１３９４バス１上のリソース（ノード）が無駄に支
配されてしまい、他のノードがそのノード（ターゲッ
ト）を利用することが不可能になってしまうという課題
があった。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、Reserve処理とPtoP処理とを関連して処理
することにより、バス上のノードを効率的に利用するこ
とができるようにするものである。

【０００８】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、他の情報処理装置に対する制御の指令を受け
取る受け取り手段と、受け取り手段が他の情報処理装置
に対する制御の指令を受け取ったとき、他の情報処理装
置を制御対象とするための第１の予約処理と、バスを介
して他の情報処理装置と情報を授受するための第２の予
約処理のうちの一方を行う第１の予約手段と、第１の予
約手段による予約処理が成功したとき、第１の予約処理
と第２の予約処理のうちの他方の予約処理を行う第２の
予約手段と、第１の予約手段による予約と第２の予約手
段による予約の両方が成功したとき、予約成功の信号を
出力し、少なくとも一方が成功しなかったとき、予約不
成功の信号を出力する出力手段とを備えることを特徴と
する。

【０００９】前記バスは、IEEE１３９４高速シリアルバ
スとすることができる。

【００１０】前記第１の予約処理は、IEEE１３９４高速
シリアルバス上におけるReserve処理とし、第２の処理
は、IEEE１３９４高速シリアルバスの帯域とチャンネル
を予約する処理とすることができる。

【００１１】前記情報処理装置には、第１の予約手段に
よる予約結果と、第２の予約手段による予約結果とを記
憶する記憶手段をさらに備えるようにすることができ
る。

【００１２】前記第１の予約手段と第２の予約手段に
は、他の情報処理装置が変更されたとき、記憶手段に記
憶されている予約結果に対応して、変更前の他の情報処
理装置のための第１の予約処理および第２の予約処理を
解除させるとともに、変更後の他の情報処理装置のため
に、それぞれ、第１の予約処理または第２の予約処理を
行わせることができる。

【００１３】前記第１の予約手段と第２の予約手段に
は、バスがリセットされたとき、記憶手段に記憶されて
いる予約結果に対応して、他の情報処理装置のための第
１の予約処理または第２の予約処理をそれぞれ再度実行
させるようにすることができる。

【００１４】請求項７に記載の情報処理方法は、他の情
報処理装置に対する制御の指令を受け取る受け取りステ
ップと、受け取りステップの処理により他の情報処理装
置に対する制御の指令を受け取ったとき、他の情報処理
装置を制御対象とするための第１の予約処理と、バスを
介して他の情報処理装置と情報を授受するための第２の
予約処理のうちの一方を行う第１の予約ステップと、第
１の予約ステップの処理による予約処理が成功したと
き、第１の予約処理と第２の予約処理のうちの他方の予
約処理を行う第２の予約ステップと、第１の予約ステッ
プによる予約と第２の予約ステップによる予約の両方が
成功したとき、予約成功の信号を出力し、少なくとも一
方が成功しなかったとき、予約不成功の信号を出力する
出力ステップとを含むことを特徴とする。

【００１５】請求項８に記載の媒体のプログラムは、他
の情報処理装置に対する制御の指令を受け取る受け取り
ステップと、受け取りステップの処理により他の情報処
理装置に対する制御の指令を受け取ったとき、他の情報
処理装置を制御対象とするための第１の予約処理と、バ
スを介して他の情報処理装置と情報を授受するための第
２の予約処理のうちの一方を行う第１の予約ステップ
と、第１の予約ステップの処理による予約処理が成功し
たとき、第１の予約処理と第２の予約処理のうちの他方
の予約処理を行う第２の予約ステップと、第１の予約ス
テップによる予約と第２の予約ステップによる予約の両
方が成功したとき、予約成功の信号を出力し、少なくと
も一方が成功しなかったとき、予約不成功の信号を出力
する出力ステップとを含むことを特徴とする。

【００１６】請求項９に記載の情報処理装置は、他の情
報処理装置に対する制御の指令をインタフェースに出力
する出力手段と、出力手段が出力した指令に対応して、
インタフェースが行った、他の情報処理装置を制御対象
とするための第１の予約処理と、バスを介して他の情報
処理装置と情報を授受するための第２の予約処理の結果
に基づいて、インタフェースが出力する、両方が成功し
たこと、または少なくとも一方が成功しなかったことを
表す予約信号を受信する受信手段と、受信手段が受信し
た予約信号に対応して、バスを介して他の情報処理装置
と情報を授受する授受手段とを備えることを特徴とす
る。

【００１７】請求項１０に記載の情報処理方法は、他の
情報処理装置に対する制御の指令をインタフェースに出
力する出力ステップと、出力ステップの処理により出力
された指令に対応して、インタフェースが行った、他の
情報処理装置を制御対象とするための第１の予約処理
と、バスを介して他の情報処理装置と情報を授受するた
めの第２の予約処理の結果に基づいて、インタフェース
が出力する、両方が成功したこと、または少なくとも一
方が成功しなかったことを表す予約信号を受信する受信
ステップと、受信ステップの処理により受信した予約信
号に対応して、バスを介して他の情報処理装置と情報を
授受する授受ステップとを含むことを特徴とする。

【００１８】請求項１１に記載の媒体のプログラムは、
他の情報処理装置に対する制御の指令をインタフェース
に出力する出力ステップと、出力ステップの処理により
出力された指令に対応して、インタフェースが行った、
他の情報処理装置を制御対象とするための第１の予約処
理と、バスを介して他の情報処理装置と情報を授受する
ための第２の予約処理の結果に基づいて、インタフェー
スが出力する、両方が成功したこと、または少なくとも
一方が成功しなかったことを表す予約信号を受信する受
信ステップと、受信ステップの処理により受信した予約
信号に対応して、バスを介して他の情報処理装置と情報
を授受する授受ステップとを含むことを特徴とする。

【００１９】請求項１２に記載の情報処理装置は、第１
の手段が、他の情報処理装置に対する制御の指令を第２
の手段に出力する第１の出力手段と、第１の出力手段が
出力した指令に対応して、第２の手段が行った、他の情
報処理装置を制御対象とするための第１の予約処理と、
バスを介して他の情報処理装置と情報を授受するための
第２の予約処理の結果に基づいて、第２の手段が出力す
る、両方が成功したこと、または少なくとも一方が成功
しなかったことを表す予約信号を受信する第１の受信手
段と、第１の受信手段が受信した予約信号に対応して、
第２の手段とバスを介して他の情報処理装置と情報を授
受する授受手段とを備え、第２の手段が、第１の出力手
段が出力した他の情報処理装置に対する制御の指令を受
信する第２の受信手段と、第２の受信手段が他の情報処
理装置に対する制御の指令を受信したとき、他の情報処
理装置を制御対象とするための第１の予約処理と、バス
を介して他の情報処理装置と情報を授受するための第２
の予約処理のうちの一方を行う第１の予約手段と、第１
の予約手段による予約処理が成功したとき、第１の予約
処理と第２の予約処理のうちの他方の予約処理を行う第
２の予約手段と、第１の予約手段による予約と第２の予
約手段による予約の結果に対応して、予約信号を第１の
受信手段に出力する第２の出力手段とを備えることを特
徴とする。

【００２０】請求項１３に記載の情報処理方法は、第１
の手段の情報処理方法が、他の情報処理装置に対する制
御の指令を第２の手段に出力する第１の出力ステップ
と、第１の出力ステップの処理により出力された指令に
対応して、第２の手段が行った、他の情報処理装置を制
御対象とするための第１の予約処理と、バスを介して他
の情報処理装置と情報を授受するための第２の予約処理
の結果に基づいて、第２の手段が出力する、両方が成功
したこと、または少なくとも一方が成功しなかったこと
を表す予約信号を受信する第１の受信ステップと、第１
の受信ステップの処理により受信された予約信号に対応
して、第２の手段とバスを介して他の情報処理装置と情
報を授受する授受ステップとを含み、第２の手段の情報
処理方法が、第１の出力ステップの処理により出力され
た他の情報処理装置に対する制御の指令を受信する第２
の受信ステップと、第２の受信ステップの処理により他
の情報処理装置に対する制御の指令を受信したとき、他
の情報処理装置を制御対象とするための第１の予約処理
と、バスを介して他の情報処理装置と情報を授受するた
めの第２の予約処理のうちの一方を行う第１の予約ステ
ップと、第１の予約ステップの処理による予約処理が成
功したとき、第１の予約処理と第２の予約処理のうちの
他方の予約処理を行う第２の予約ステップと、第１の予
約ステップの処理による予約と第２の予約ステップの処
理による予約の結果に対応して、予約信号を第１の受信
ステップの処理のために出力する第２の出力ステップと
を含むことを特徴とする。

【００２１】請求項１４に記載の媒体のプログラムは、
第１の手段の情報処理用のプログラムが、他の情報処理
装置に対する制御の指令を第２の手段に出力する第１の
出力ステップと、第１の出力ステップの処理により出力
された指令に対応して、第２の手段が行った、他の情報
処理装置を制御対象とするための第１の予約処理と、バ
スを介して他の情報処理装置と情報を授受するための第
２の予約処理の結果に基づいて、第２の手段が出力す
る、両方が成功したこと、または少なくとも一方が成功
しなかったことを表す予約信号を受信する第１の受信ス
テップと、第１の受信ステップの処理により受信された
予約信号に対応して、第２の手段とバスを介して他の情
報処理装置と情報を授受する授受ステップと含み、第２
の手段の情報処理用のプログラムが、第１の出力ステッ
プの処理により出力された他の情報処理装置に対する制
御の指令を受信する第２の受信ステップと、第２の受信
ステップの処理により他の情報処理装置に対する制御の
指令を受信したとき、他の情報処理装置を制御対象とす
るための第１の予約処理と、バスを介して他の情報処理
装置と情報を授受するための第２の予約処理のうちの一
方を行う第１の予約ステップと、第１の予約ステップの
処理による予約処理が成功したとき、第１の予約処理と
第２の予約処理のうちの他方の予約処理を行う第２の予
約ステップと、第１の予約ステップの処理による予約と
第２の予約ステップの処理による予約の結果に対応し
て、予約信号を第１の受信ステップの処理のために出力
する第２の出力ステップとを含むことを特徴とする。

【００２２】請求項１に記載の情報処理装置、請求項７
に記載の情報処理方法、および請求項８に記載の媒体に
おいては、第１の予約処理と第２の予約処理のうち、一
方が成功したとき、他方の予約処理が行われ、両方の予
約が成功したとき、予約成功の信号が出力され、少なく
とも一方が成功しなかったとき、予約不成功の信号が出
力される。

【００２３】請求項９に記載の情報処理装置、請求項１
０に記載の情報処理方法、および請求項１１に記載の媒
体においては、インタフェースに対して、他の情報処理
装置に対する制御の指令が出力され、その指令に対応し
て、インタフェースが出力する、第１の予約処理と第２
の予約処理の両方が成功したこと、また、少なくとも一
方が成功したことを表す予約信号に対応して、バスを介
して他の情報処理装置と情報が授受される。

【００２４】請求項１２に記載の情報処理装置、請求項
１３に記載の情報処理方法、および請求項１４に記載の
媒体においては、第１の手段が、他の情報処理装置に対
する制御の指令を第２の手段に出力し、第２の手段が、
その指令に対応して、第１の予約処理と第２の予約処理
を行い、その予約処理の結果に対応して、予約信号を第
１の手段に出力する。第１の手段は、第２の手段からの
予約信号に対応して、第２の手段とバスを介して、他の
情報処理装置と情報を授受する。

【００２５】

【発明の実施の形態】図２は本発明を適用したIEEE１３
９４バスシステムの構成例を表している。この構成例に
おいては、IEEE１３９４バス２１に、ターゲット２２，
２３と、コントローラとしてのセットトップボックス
（STB）２４とが接続されている。セットトップボック
ス２４は、パラボラアンテナ３１を介して、図示せぬ衛
星から放送されてくる電波を受信し、IRD（Integrated
Receiver/Decoder）モジュール４１に出力している。
IRDモジュール４１は、パラボラアンテナ３１より供給
された信号を復調処理する。アプリケーションモジュー
ル４２は、リモートコントローラ（図示せず）あるいは
セットトップボックス２４の本体に設けられた操作パネ
ル４３がユーザにより操作されたとき発生される操作信
号に対応して、IRDモジュール４１やIEEE１３９４モジ
ュール４４を制御する。IEEE１３９４モジュール４４
は、IEEE１３９４バス２１に対するインタフェース処理
を実行する。

【００２６】図３はセットップボックス２４と、ターゲ
ット２２のより詳細な構成例を表している。セットット
ップボックス２４のIRDモジュール４１においては、チ
ューナ５１が アンテナ３１より供給される信号の中か
ら、CPU(Centeral Processing Unit）７１からの指令に
対応して、衛星の所定のトランスポンダからの信号を受
信し、フロントエンド部５２に出力する。フロントエン
ド部５２は、チューナ５１より入力された信号を復調
し、デスクランブル回路５３に出力している。

【００２７】デスクランブル回路５３は、IRDモジュー
ル４１に装着されたICカード（図示せず）に記憶されて
いる契約チャンネルの暗号キー情報に基づいて、フロン
トエンド部５２から供給されたデータをデスクランブル
し、デマルチプレクサ５４に出力する。デマルチプレク
サ５４は、デスクランブル回路５３より供給されたデー
タを各チャンネル毎に並び替え、CPU７１からの指令
（ユーザからの指令）に対応するチャンネルの成分を取
り出し、ビデオパケットからなるビデオストリームをMP
EG（Moving Picture Experts Group）ビデオデコーダ５
５に出力するとともに、ビデオパケットからなるオーデ
ィオストリームをMPEGオーディオデコーダ５８に出力す
る。

【００２８】MPEGビデオデコーダ５５は、入力されたビ
デオストリームをデコードし、NTSCエンコーダ５６に出
力する。NTSCエンコーダ５６は、MPEGビデオデコーダ５
５より入力されたビデオデータをNTSC方式のビデオデー
タに変換し、さらにD/A変換回路５７にD/A変換させた
後、モニタ６１に出力する。

【００２９】MPEGオーディオデコーダ５８は、デマルチ
プレクサ５４より供給されたオーディオストリームをMP
EG方式でデコードし、圧縮符号化前のPCM（Pulse Code
Modulation）オーディオデータを復元し、D/A変換回路
５９に出力する。D/A変換回路５９は、PCMオーディオデ
ータを、左チャンネルのアナログオーディオ信号と、右
チャンネルのアナログオーディオ信号に変換し、モニタ
６１のスピーカ（図示せず）に供給する。

【００３０】MPEGオーディオデコーダ５８の出力はま
た、IEEE１３９４インタフェース８１に入力され、IEEE
１３９４バス２１に出力される。

【００３１】アプリケーションモジュール４２は、この
例においては、セットトップボックス２４の各部を制御
するCPU７１、RAM（Random Access Memory）７２、およ
びワークRAM７３により構成されている。

【００３２】RAM７２には、CPU７１が処理するプログラ
ムなどが適宜展開される。ワークRAM７３には、CPU７１
が、各種の処理を実行する上において必要なデータなど
が適宜記憶される。IEEE１３９４モジュール４４は、こ
の例においては、IEEE１３９４インタフェース８１で構
成されている。

【００３３】また、ターゲット２２は、この例の場合、
光磁気ディスク装置（ミニディスク（MD）装置）として
構成されている。CPU１０１は、ターゲット２２の各部
を制御する。RAM１０２には、CPU１０１が各種の処理を
実行する上において必要なデータやプログラムなどが適
宜記憶される。IEEE１３９４インタフェース１１０は、
IEEE１３９４バス２１に対するインタフェース処理を実
行する。IEEE１３９４インタフェース１１０は、IEEE１
３９４バス２１を介して、セットトップボックス２４か
ら供給された制御データをCPU１０１に送出するととも
に、PCMオーディオデータをATRAC（Adaptive Transform
Acoustic Coding）エンコーダ１０７に出力する。

【００３４】ATRACエンコーダ１０７は、CPU１０１の制
御に基づいて、IEEE１３９４インタフェース１１０また
は端子１２５から入力されたPCMオーディオデータ、ま
たは、端子１２３，１２４から入力された左右のアナロ
グオーディオ信号を、A/D変換回路１０６で、ディジタ
ルデータに変換したデータを、ATRAC方式で高能率符号
化し、これをPCMオーディオデータとして、記録再生系
１０３に出力する。CPU１０１は、IEEE１３９４インタ
フェース１１０を介して、セットトップボックス２４か
ら供給された制御データに基づいて、記録再生系１０３
および光ピックアップ１０４の記録動作を制御する。記
録再生系１０３はPCMオーディオデータに、誤り訂正符
号を付加し、所定の変調処理を施した後、光ピックアッ
プ１０４に供給し、光磁気ディスク（ミニディスク）１
０５の指定された領域に記録させる。

【００３５】また、光ピックアップ１０４により光磁気
ディスク１０５から再生されたデータは、記録再生系１
０３において、誤り訂正処理および所定の復調処理が施
された後、ATRACデコーダ１０８に供給される。ATRACデ
コーダ１０８は、入力された再生データをATRAC方式で
レコードし、デジタルの再生データとして、端子１２２
から外部に出力する。あるいはまた、再生データは、デ
ジタルアナログ変換回路１０９により、左チャンネルの
アナログオーディオ信号および右チャンネルのアナログ
オーディオ信号に変換され、スピーカ１２１を介して、
音声として出力すされる。

【００３６】次にコントローラとしてのセットトップボ
ックス２４がターゲット２２を制御する場合の処理につ
いて説明する。最初に図４のフローチャートを参照し
て、セットトップボックス２４のCPU７１（CPU７１にロ
ードされ、実行されるアプリケーションプログラム）の
処理について説明する。ステップＳ１においてアプリケ
ーションプログラム（以下、単に、アプリケーションと
も称する）は、IEEE１３９４バス２１に接続されている
各機器のうち、所定の機器を制御する必要が発生したか
否かを判定する。所定の機器を制御する必要がない場合
には、制御する必要が発生するまで待機する。ユーザが
操作パネル４３を操作して、例えば、セットトップボッ
クス２４で授受したデータをターゲット２２に供給し、
記録させる指令が入力されたような場合、アプリケーシ
ョンは、他の機器（この例の場合、ターゲット２２）を
制御する必要があると判定し、ステップＳ２に進む。

【００３７】ステップＳ２において、アプリケーション
は、ステップＳ１で制御が必要と判定された機器（今の
例の場合、ターゲット２２）に対するConnectionを、IE
EE１３９４モジュール４２を構成するIEEE１３９４イン
タフェース８１に要求する。IEEE１３９４インタフェー
ス８１は、この要求を受けたとき、後述するように図５
のフローチャートに示すConnect処理を実行する。この
処理の詳細は後述する。

【００３８】次にステップＳ３において、アプリケーシ
ョンモジュール４２は、IEEE１３９４インタフェース８
１からConnect成功のメッセージを受信したか否かを判
定する。即ち図５のフローチャートを参照して後述する
ように、IEEE１３９４インタフェース８１は、アプリケ
ーションモジュール４２からの指令に対応して、図５の
フローチャートに示すConnect処理を実行し、他のノー
ド（機器）とのConnect処理に成功したこと（ステップ
Ｓ３３）または失敗したこと（ステップＳ２４,Ｓ２
８，Ｓ３２）を表すメッセージを出力する。そこでステ
ップＳ３において、アプリケーションモジュール４２
は、Connect成功のメッセージを受信したか否かを判定
し、受信した場合にはステップＳ４に進み、所定の機器
（今の場合、ターゲット２２）に対して、所定の制御を
実行する。例えばIRDモジュール４１で受信したデータ
をIEEE１３９４バス２１を介してターゲット２２に転送
し、記録させる。

【００３９】ステップＳ３において、Connect成功のメ
ッセージが受信できなかったと判定された場合、即ちIE
EE１３９４インタフェース８１より不成功のメッセージ
を受信した場合、アプリケーションモジュール４２は、
処理を終了させる。この場合、アプリケーションモジュ
ール４２は、ユーザに対してエラーのメッセージを表示
し、対応する新たな指令の入力を表すメッセージを表示
したり、予め設定してある一定の時間が経過するまで待
機し、一定の時間が経過したとき、上述した場合と同様
の処理を再び実行する。

【００４０】ステップＳ４のセットトップボックス２４
がターゲット２２を制御する場合の動作の例について
は、後述する。

【００４１】次に図５のフローチャートを参照して、IE
EE１３９４モジュール４４（IEEE１３９４インタフェー
ス８１）が、アプリケーションモジュール４２からConn
ect処理の要求を受けたときの処理について説明する。
ステップＳ２１において、IEEE１３９４インタフェース
８１は、IEEE１３９４バス２１上の他の機器に既にConn
ectしているか否かを判定する。即ちIEEE１３９４イン
タフェース８１は、内部に不揮発性メモリ（図示せず）
を有しており、そのメモリにIEEE１３９４バス２１に接
続されている他の機器（ノード）とConnectしている場
合には、これを記憶している。この記憶処理は、後述す
るステップＳ３４において行われる。

【００４２】図６はこのようにしてIEEE１３９４インタ
フェース８１の内部の不揮発性メモリに記憶される情報
の例を表している。この例においては、IEEE１３９４バ
ス２１に接続されているターゲット毎に、Connectの有
無、そのノードユニークID（NUID）またはノードID、Re
serveの有無、およびそのノードの機器の種類などが記
憶されている。

【００４３】内蔵するメモリ中にConnectが行われてい
るノードがあることが記憶されている場合には、ステッ
プＳ２１においてYESの判定が行われる。この場合、ス
テップＳ２２において、IEEE１３９４インタフェース８
１は、Disconnect処理を実行する。このDisconnect処理
の詳細は、図７のフローチャートに示されている。

【００４４】最初にステップＳ５１において、IEEE１３
４９インタフェース８１は、既にConnectされている機
器のPtoP解除処理を実行する。即ちIEEE１３９４モジュ
ール４４は、IEEE１３９４バス２１に接続されているノ
ードの内のバスマネージャに保持されているチャンネル
と帯域を確保するためのレジスタの値を消去する処理を
実行する。バスマネージャがセットップボックス２４自
体である場合には、IEEE１３９４インタフェース８１が
自分自身の中にレジスタを保持しているので、そのレジ
スタに書き込まれているチャンネルと帯域を消去する処
理を実行する。さらに、IEEE１３９４インタフェース８
１は、そのノードとのデータの授受のために設定したプ
ラグコントロールレジスタなどをクリアし、そのノード
に対しても、クリアを要求する。そのノードはこの要求
に対応してレジスタをクリアする。

【００４５】ステップＳ５２において、IEEE１３９４イ
ンタフェース８１は、PtoP解除処理が成功したか否かを
判定する。この解除処理が成功しない場合には、ステッ
プＳ５３に進み、IEEE１３９４インタフェース８１は、
Disconnect失敗を表すフラグをセットする。

【００４６】ステップＳ５２において、PtoP解除処理が
成功したと判定された場合、ステップＳ５４に進み、IE
EE１３９４インタフェース８１は、ステップＳ５４にお
いて、そのノードがReserveを必要とするノードである
か否か（そのノードをReserveしていたか否か）を判定
する。バスリセット時、IEEE１３９４インタフェース８
１は、各ノードのノードユニークIDと、それがReserve
を必要とするノードであるか否かを問い合わせ、予め記
憶している。従ってこの記憶から、このステップの判定
を行うことができる。

【００４７】対象となるノードが、Reserveを必要とす
るノードである場合、ステップＳ５５に進み、IEEE１３
９４インタフェース８１は、Reserve解除処理を実行す
る。即ちIEEE１３９４インタフェース８１は、IEEE１３
９４バス２１を介して対応するノードにReserveの解除
を要求する。この要求を受信したノードは、解除が可能
であるか否かを自ら判定し、解除が可能であれば内蔵す
るReserveのレジスタの設定を消去し、対応するRespons
eを出力する。なんらかの理由により、解除が不可能で
ある場合には、不可能であることを表すResponseが出力
される。

【００４８】IEEE１３９４インタフェース８１は、IEEE
１３９４バス２１を介して、対象となっているノードか
ら転送されてくるResponseを受信すると、それがReserv
eの成功を表しているか否かをステップＳ５６において
判定し、解除の成功を表している場合には、ステップＳ
５８において、Disconnect成功のフラグをセットする。
解除が不成功だったことが表されている場合にはステッ
プＳ５７において、IEEE１３９４インタフェース８１
は、Disconnect失敗を表すフラグをセットする。

【００４９】図５に戻って、IEEE１３９４インタフェー
ス８１は、ステップＳ２２のDisconnect処理の結果、発
生されたフラグが、Disconnectの成功を表しているか否
かをステップＳ２３において判定し、失敗している場合
には、ステップＳ２４において、Connect失敗のメッセ
ージをアプリケーションモジュール４２に出力する。ス
テップＳ２３において、Disconnectが成功していると判
定された場合、処理はステップＳ２５に進む。

【００５０】なお、ステップＳ２１において、他の機器
にConnectがなされていないと判定された場合、Disconn
ect処理は不要であるから、この場合には、直ちに、処
理はステップＳ２５に進む。

【００５１】ステップＳ２５において、IEEE１３９４イ
ンタフェース８１は、アプリケーションモジュール４２
からConnectが要求されたノードがReserve処理を必要と
する機器であるか否かを記憶に基づいて判定する。Rese
rve処理が必要であるノードである場合には、ステップ
Ｓ２６に進み、IEEE１３９４インタフェース８１は、Re
serve処理を実行する。すなわち、その対象とされるノ
ードに対してReserveが要求される。この要求を受け取
ったノードは、他のコントローラからの要求に対応し
て、既にReserve処理を行っている場合には、Reserveを
拒絶するResponseを出力する。他のコントローラからRe
serveの要求を受けていない場合、または、既に他のコ
ントローラからのReserve処理を受けている場合であっ
ても、新たなコントローラからのReserveの要求の優先
度（Priority）が優先するときは、そのノードは、Accp
tedのResponseを出力する。このReserveの処理の詳細に
ついては、後述する。

【００５２】そこで、IEEE１３９４インタフェース８１
は、ステップＳ２７において、対象となるノードのRese
rveが成功したか否かを判定し、成功しなかった場合に
は、ステップＳ２８に進み、アプリケーションモジュー
ル４２に対して、Connect失敗のメッセージを出力す
る。

【００５３】ステップＳ２７において、Reserveが成功
したと判定された場合、処理はステップＳ２９に進む。
ステップＳ２５において、Reserve処理が必要でないノ
ードであると判定された場合にも、処理はステップＳ２
９に進む。

【００５４】ステップＳ２９において、IEEE１３９４イ
ンタフェース８１は、PtoP処理を実行する。すなわち、
IEEE１３９４インタフェース８１は、IEEE１３９４バス
２１のバスマネージャに対して、チャンネルと帯域の確
保を要求するとともに、さらに対象となるノードに対し
てプラグレジスタの設定を要求し、自らのプラグレジス
タも設定する。このPtoP処理の詳細も後述する。

【００５５】IEEE１３９４インタフェース８１は、ステ
ップＳ３０において、PtoPに成功したか否かを判定し、
PtoPに失敗した場合にはステップＳ３１に進み、ステッ
プＳ２６で設定したReserve処理を解除する処理を実行
する。すなわち、IEEE１３９４インタフェース８１は、
ターゲットに対して、一旦設定したReserveの設定をク
リアさせる。そして、ステップＳ３２に進み、IEEE１３
９４インタフェース８１は、Connect失敗のメッセージ
をアプリケーションモジュール４２に出力する。

【００５６】ステップＳ３０において、PtoPに成功した
と判定した場合、IEEE１３９４インタフェース８１は、
ステップＳ３３に進み、Connect成功のメッセージをア
プリケーションモジュール４２に出力する。そして、ス
テップＳ３４において、IEEE１３９４インタフェース８
１は、そのターゲットに対するConnect情報を、内蔵す
るメモリに待避させる。これにより、上述したように、
図６に示すようなConnect待避情報が記憶される。

【００５７】このように、アプリケーションモジュール
４２は、ノードを変更するときなどにおいて、IEEE１３
９４モジュール４４に対して、Connectを要求するだけ
で、PtoPやReserve処理を考慮する必要がない。その結
果、各種のアプリケーションプログラムの設計が容易と
なる。また、IEEE１３９４モジュール４４は、アプリケ
ーションモジュール４２からのConnectの要求に対応し
て、PtoP処理とReserve処理とを関連して実行し、その
実行結果に対応するメッセージをアプリケーションモジ
ュール４２に出力するので、不必要にターゲットがコン
トローラにより支配されてしまうようなことが防止され
る。その結果、IEEE１３９４バス２１に接続されている
リソースを効率的に利用することが可能となる。

【００５８】IEEE１３９４インタフェース８１はまた、
バスリセットが発生した場合、図８のフローチャートに
示すReconnect処理を実行する。すなわち、IEEE１３９
４インタフェース８１は、図６に示したConnect待避情
報を不揮発性のメモリに記憶しており、セットトップボ
ックス２４の電源がオフされたり、IEEE１３９４バス２
１に接続されているノードが除去されたり、或いは新た
なノードが付加された場合に、図８のフローチャートに
示す処理を実行する。

【００５９】ステップＳ７１において、IEEE１３９４イ
ンタフェース８１は、バスリセット前にConnectしてい
たノードがあるか否かを判定する。この判定は、内蔵す
る不揮発性メモリに記憶されているConnect待避情報に
基づいて行われる。バスリセット前にConnectしていた
ノードが存在する場合には、ステップＳ７２に進み、IE
EE１３９４インタフェース８１は、記憶されているConn
ect待避情報に基づいて、そのノードがバスリセット前
にReserveされていたか否かをさらに判定し、Reserveさ
れていた場合には、ステップＳ７３に進み、Reserve処
理を実行する。Connect待避情報として記憶する各ノー
ドのIDとして、バスリセット毎に変化する可能性のある
ノードIDではなく、個々のノードにとって不変のノード
ユニークID（NUID）を記憶しておき、バスリセットが起
こる度に、そのノードユニークIDに対応するノードIDを
サーチすることで、Connect待避情報に記憶されている
ノードを特定することができる。

【００６０】ステップＳ７４おいて、IEEE１３９４イン
タフェース８１は、Reserveが成功したか否かを判定す
る。ステップＳ７４において、Reserveが失敗したと判
定された場合、ステップＳ７５において、IEEE１３９４
インタフェース８１は、Connectを解除する処理（図７
に示すDisconnect処理）を実行する。

【００６１】成功した場合、処理はステップＳ７６に進
む。ステップＳ７２において、バスリセット前にReserv
eされていないと判定された場合にも、処理はステップ
Ｓ７６に進む。

【００６２】ステップＳ７６において、IEEE１３９４イ
ンタフェース８１は、そのノードに対してPtoP処理を実
行する。ステップＳ７７において、IEEE１３９４インタ
フェース８１は、PtoPが成功したか否かを判定し、成功
した場合には、ステップＳ８０において、そのノードに
対するConnectを継続させる。これにより、バスリセッ
トが発生する前に、Connectされていたノードに対し
て、バスリセット後に自動的にConnectが行われ、ユー
ザは、新たな処理を入力することなく、バスリセット発
生前における場合と同様の処理を継続して実行すること
ができるようになる。

【００６３】ステップＳ７７において、PtoPが失敗した
と判定された場合、ステップＳ７８において、IEEE１３
９４インタフェース８１は、ステップＳ７３において行
ったReserve処理を解除させ、ステップＳ７９におい
て、Connectを解除する処理を実行する。すなわち、こ
の場合には、ステップＳ７５における場合と同様に、そ
のノードとConnectをはる場合には、新たな入力が必要
となる。

【００６４】ステップＳ７１において、バスリセット前
にConnectしていたノードが存在しないと判定された場
合、ステップＳ７２以降の処理はスキップされる。

【００６５】このようにして、バスリセットが発生した
とき、Reconnect処理を自動的に実行させることで、ユ
ーザは、バスリセットが発生する前に行われていたConn
ectを、バスリセット後に、再び、自動的に再開するこ
とが可能となる。

【００６６】コントローラは、複数のターゲットを制御
するとき、複数のターゲットに対して、同時に、図５に
示す処理を行うのではなく、制御対象としてのターゲッ
トを、順次切り替え、その都度、各ターゲットに対し
て、図５に示す処理を実行する。これにより、コントロ
ーラは、複数のターゲットに対して複数のプラグレジス
タを用意する必要がなくなり（１台のターゲットに対し
てのプラグレジスタだけを用意すればよくなり）、イン
プリメントが容易となる。

【００６７】次に、Reserve処理のためのフォーマット
について説明する。Reserveコマンドと、それに対応す
るレスポンスは、AV/Cコマンドおよびレスポンスの一種
として規定されている。AV/Cコマンドおよびレスポンス
は、IEC-1883により規定されているFCP（Function Cont
rol Protocol）によって伝送される。FCPは、IEEEスタ
ンダード１３９４−１９９５のアシンクロナスブロック
書き込みトランザクション（asynchronous block write
transactions）内に、機器を制御するコマンドとレン
スポンスをカプセル化するものであり、そのフォーマッ
トは、図９に示すように構成される。

【００６８】同図に示すように、その先頭は、パケット
ヘッダとされ、それに続いて、FCPフレームが配置さ
れ、最後に、data_CRCが配置される。

【００６９】パケットヘッダの先頭には、destination_
IDが配置される。このdestination_IDは、このパケット
が転送されるノードのIDを表している。tlは、Transact
ionlabelを意味し、ノードからパケットに付加されるユ
ニークなタグを表している。rtは、Retry codeを意味
し、リトライに関するコードを表している。

【００７０】rtの次には、Transaction codeを表すtcod
eが配置されており、この例においては、その値が００
０１とされている。この０００１は、このブロックがデ
ータブロックのための書き込み要求であることを表して
いる。

【００７１】次のpriは、Priorityを意味し、この値に
より、リンクレイヤにおけるアービットレーションが行
われる。

【００７２】source_IDは、このパケットを送出するノ
ードのIDを表している。destination_offsetは、このパ
ケットのコマンドまたはレスポンスが書き込まれるレジ
スタのアドレスを表している。

【００７３】すなわち、例えば、図１０に示されるよう
に、IEEE１３９４バス２１に接続されているセットトッ
プボックス２４とターゲット２２は、そのIEEE１３９４
インタフェース８１またはIEEE１３９４インタフェース
１１０に、それぞれレジスタ１４１またはレジスタ１３
１を有している。例えば、ターゲット２２は、他のノー
ドからIEEE１３９４バス２１を介して転送されてきたコ
マンドとレスポンスを、それぞれdestination_offsetで
規定されているレジスタ１３１のアドレスに保持させ
る。同様に、セットトップボックス２４も、他のノード
から転送されてきたコマンドおよびレスポンスを、レジ
スタ１４１のdestination_offsetで規定されているアド
レスに記憶させる。セットトップボックス２４とターゲ
ット２２は、これらのレジスタ１４１，１３１に記憶さ
れたコマンドまたはレスポンスを読み出し、対応する処
理を実行する。

【００７４】destination_offsetの次のdata_length
は、データフィールド中のデータ長を表している。data
_lengthの次の２バイトは、値０が記述される。最後のh
eader_CRCは、パケットヘッダ内における誤り検出符号
を表す。

【００７５】ペイロード部分のFCPフレームには、最初
の４ビットとしてCTSが配置される。このCTSは、Comman
d/Transaction Setを意味し、AV/Cトランザクションの
場合、その値は００００とされる。その次に、FCPデー
タが配置される。このFCPデータの詳細は、図１１と図
１２に示されている。図１１は、AV/Cコマンドフレーム
のFCPフレームを表し、図１２は、AV/Cレスポンスフレ
ームのFCPフレームを表している。

【００７６】図１１において、ctypeは、Command type
を意味し、そこに規定される値は、図１３に示すような
意味を有する。すなわち、その値の０は、CONTROLを意
味し、その値の１は、STATUSを表す。

【００７７】subunit_typeは、図１４に示されるよう
に、このコマンドが対象とするサブユニットの種類を表
し、その値の０は、サブユニットの種類がビデオモニタ
であることを意味し、その値の３は、ディスクレコーダ
またはプレーヤであることを表す。

【００７８】subunit IDは、拡張サブユニットタイプが
定義された場合におけるインスタンス番号として使用さ
れる。図１５に示されるように、その値の０から４は、
インスタンス番号を表し、その値の５は、サブユニット
IDが次のバイトに拡張されたことを表す。

【００７９】opcodeは、Operation codeを表し、Reserv
eの場合、図１６に示されるように、その値は０１とさ
れる。opcodeの次には、operand[0]乃至operand[n]（図
１６の場合、ｎ＝１２）が配置される。operand[0]に
は、priorityが配置される。このpriorityは、コマンド
に付随する相対的な優先順位を規定する。その値の０
は、いずれのコントローラも、そのノードを予約（Rese
rve）していないことを意味する。その値の１乃至Ｆ
は、ターゲットがコントローラのためのReservationを
有することを意味する。priorityの値の４は、コントロ
ーラが使用する標準的なpriorityである。

【００８０】自由な状態にある（Reserveされていな
い）ターゲットは、Reserveコントロールコマンドを発
行したコントローラによりリザーブされる。ターゲット
は、リザベーションがなされたpriority、付随するテキ
スト列、並びにコントローラの１６ビットのノードIDを
記憶する。priorityに続くテキストには、ASCII文字が
１２バイトまで挿入される。

【００８１】ターゲットによって、priorityの値が受け
入れられたとき、保持される値は、図１７に示すように
変換される。例えば、０と１の値は、priorityとして保
持される。２からＥ（１６進数）までの値は、priority
とＥの値として保持される。Ｆの値は、priorityとして
保持される。

【００８２】ノード（ターゲット）は、所定のコントロ
ーラのリザベーションを保持するとき、他のコントロー
ラから発行されたcontrolのコマンドタイプのReserve以
外のコントロールコマンドを拒絶する。

【００８３】リザベーションを保持する同一のコントロ
ーラからReserveコントロールコマンドが受信されたと
き、それはアクセプトされる。これは、オリジナルのコ
ントローラが、そのリザベーションにともなうpriority
を高めたり、低下させたりすることを許容する。

【００８４】リザベーションを行ったコントローラ以外
のコントローラから、Reserveコントロールコマンドが
受信されたとき、そのターゲットは、現在のリザベーシ
ョンのpriorityより、そのpriorityが大きくない限り、
そのコマンドを拒絶する。新しい、priorityが現在のpr
iorityより大きいとき、新たなリザベーションが確立さ
れる。

【００８５】Reserveコントロールコマンドが、等しい
か、より高いpriorityのリザベーションを保持するサブ
ユニットを有するAVユニットに対して発行されたとき、
そのReserveコントロールコマンドは、rejectedレスポ
ンスを返す。

【００８６】Reserveコントロールコマンドが、等しい
か、より高いpriorityを有するサブユニットを含んでい
ないAVユニットに対して発行された場合、そのリザベー
ションは確立される。

【００８７】コントロールコマンドを発行したコントロ
ーラ以外のコントローラによりリザーブされたAVユニッ
ト内のサブユニットにコントロールコマンドが発行され
た場合、そのコントロールコマンドは、rejectされる。

【００８８】AVユニットはバスリセットを検知したと
き、そのリザベーションのpriorityを０にリセットし、
リザベーションノードIDとリザベーションテキストを、
全て１にセットする。そして、リザベーションが確立さ
れるまで、または１０秒間が経過するまで、AVユニット
はReserveコマンドを除くcontrolのコマンドタイプの全
てのコマンドを拒絶する。この手続は、オリジナルのリ
ザベーションのホルダが、バスリセット後にリザベーシ
ョンを再度確立するのを許容する。

【００８９】各コントローラは、バスリセット前にター
ゲットに対してリザベーションを確立していた場合を除
き、バスリセットから１０秒以内にReserveコントロー
ルコマンドを発行することはない。AVユニットのノード
IDは、バスリセット後変更されるので、リザベーション
の確立を希望するコントローラは、ノードユニークIDを
調べる。

【００９０】このような状況から、ターゲットは、バス
リセットの１０秒以内に受信したReserveコマンドを正
しいものと推定し、そのリザベーションを受け入れる。

【００９１】コントローラは、現在のリザベーションの
状態を、図１８に示すSTATUSのコマンドタイプのフィー
ルドを有するReserveコマンドを発行することで、要求
することができる。

【００９２】図１２に示す、AV/Cレスポンスフレーム
も、基本的に、図１１に示すAV/Cコマンドフレームと同
様に構成されているが、図１１のctypeに代えて、respo
nceが配置される。このresponseは、Response codeを意
味し、その０乃至Ｆの値は、図１９に示す意味を表す。
例えば、その値の８は、要求されたコマンドには、適応
していないこと（NOT IMPLEMENTED）を表し、その値の
９は、要求されたコマンドを受け入れたこと（ACCEPTE
D）を表す。また、その値のＡは、対応するコマンドを
拒絶したこと（REJECTED）を表す。

【００９３】図２０に示されるように、コントローラが
ターゲットに対してAV/Cコマンドを発行したとき、ター
ゲットは、そのコマンドに対して１００ms以内にrespon
seを発行できる場合には、それを発行する。

【００９４】これに対して、図２１に示されるように、
Commandを受け取った後、１００ms以内に対応する処理
を完了することができない場合には、１００msが経過す
る前に、INTERIM responceが発行される。そして、その
後、処理が完了した時点において、ターゲットは、fina
l responseを発行する。

【００９５】次に、PtoP処理について説明する。

【００９６】図２２は、IEEE1394バス２１で接続された
機器のデータ伝送のサイクル構造を示す図である。IEEE
1394バス２１では、データは、パケットに分割され、１
２５μＳの長さのサイクルを基準として時分割にて伝送
される。このサイクルは、サイクルマスタ機能を有する
ノード（図２に示す機器のうちのいずれか）から供給さ
れるサイクルスタート信号によって作り出される。アイ
ソクロナスパケットは、全てのサイクルの先頭から伝送
に必要な帯域（時間単位であるが帯域と呼ばれる）を確
保する。このため、アイソクロナス伝送では、データの
一定時間内の伝送が保証される。ただし、伝送エラーが
発生した場合は、保護する仕組みが無く、データは失わ
れる。上述したオーディオデータは、このアイソクロナ
スパケットで伝送される。

【００９７】各サイクルのアイソクロナス伝送に使用さ
れていない時間に、アービトレーションの結果、バスを
確保したノードが、アシンクロナスパケットを送出す
る。上述したように、ReserveのAV/Cコマンドおよびレ
スポンスは、このアシンクロナスパケットとして伝送さ
れる。アシンクロナス伝送では、アクノリッジ、および
リトライを用いることにより、確実な伝送は保証される
が、伝送のタイミングは一定とはならない。

【００９８】所定のノードがアイソクロナス伝送を行う
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、IEEE1394バス２１に接
続されたノードの中の少なくとも１つは、アイソクロナ
スリソースマネージャの機能を有していなければならな
い。

【００９９】IEEE1394は、ISO/IEC13213で規定された６
４ビットのアドレス空間を有するCSR(Control&Status R
egister)アーキテクチャに準拠している。図２３は、CS
Rアーキテクチャのアドレス空間の構造を説明する図で
ある。上位１６ビットは、各IEEE1394バス２１上のノー
ドを示すノードIDであり、残りの４８ビットが各ノード
に与えられたアドレス空間の指定に使われる。この上位
１６ビットは更にバスIDの１０ビットと物理ID（狭義の
ノードID）の６ビットに分かれる。全てのビットが１と
なる値は、特別な目的で使用されるため、１０２３個の
バスと６３個のノードを指定することができる。

【０１００】下位４８ビットにて規定される２５６テラ
バイトのアドレス空間のうちの上位２０ビットで規定さ
れる空間は、２０４８バイトのCSR特有のレジスタやIEE
E1394特有のレジスタ等に使用されるイニシャルレジス
タスペース(Initial RegisterSpace)、プライベートス
ペース(Private Space)、およびイニシャルメモリスペ
ース(Initial Memory Space)などに分割され、下位２８
ビットで規定される空間は、その上位２０ビットで規定
される空間が、イニシャルレジスタスペースである場
合、コンフィギレーションROM(Configuration read onl
y memory)、ノード特有の用途に使用されるイニシャル
ユニットスペース(Initial Unit Space)、プラグコント
ロールレジスタ(Plug Control Register(PCRs))などと
して用いられる。

【０１０１】図２４は、主要なCSRのオフセットアドレ
ス、名前、および働きを説明する図である。図２４のオ
フセットとは、イニシャルレジスタスペースが始まるFF
FFF0000000h（最後にhのついた数字は１６進表示である
ことを表す）番地よりのオフセットアドレスを示してい
る。オフセット２２０ｈを有するバンドワイズアベイラ
ブルレジスタ(Bandwidth Available Register)は、アイ
ソクロナス通信に割り当て可能な帯域を示しており、ア
イソクロナスリソースマネージャとして動作をしている
ノードの値だけが有効とされる。すなわち、図２３のCS
Rは、各ノードが有しているが、バンドワイズアベイラ
ブルレジスタについては、アイソクロナスリソースマネ
ージャのものだけが有効とされる。換言すれば、バンド
ワイズアベイラブルレジスタは、実質的に、アイソクロ
ナスリソースマネージャだけが有する。バンドワイズア
ベイラブルレジスタには、アイソクロナス通信に帯域を
割り当てていない場合に最大値が保存され、帯域を割り
当てる毎にその値が減少していく。

【０１０２】オフセット２２４ｈ乃至２２８ｈのチャン
ネルスアベイラブルレジスタ(Channels Available Regi
ster)は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルスアベイラブルレジスタのみが
有効である。

【０１０３】図２３に戻り、イニシャルレジスタスペー
ス内のアドレス２００ｈ乃至４００ｈに、ゼネラルROM
(read only memory)フォーマットに基づいたコンフィギ
レーションROMが配置される。

【０１０４】図２５は、ゼネラルROMフォーマットを説
明する図である。IEEE1394バス２１上のアクセスの単位
であるノードは、ノードの中にアドレス空間を共通に使
用しつつ独立して動作をするユニットを複数個有するこ
とができる。ユニットディレクトリ(unit_directories)
は、このユニットに対するソフトウェアのバージョンや
位置を示すことができる。バスインフォブロック(bus_i
nfo_block)とルートディレクトリ(root_directory)の位
置は固定されているが、その他のブロックの位置はオフ
セットアドレスによって指定される。

【０１０５】図２６は、バスインフォブロック、ルート
ディレクトリ、およびユニットディレクトリの詳細を示
す図である。バスインフォブロック内のCompany_IDに
は、機器の製造者を示すID番号が格納される。Chip_ID
には、その機器固有の、他の機器と重複のない世界で唯
一のIDが記憶される。また、IEC1883の規格により、IEC
1883を満たした機器のユニットディレクトリのユニット
スペックID(unit_spec_id)の、ファーストオクテットに
は００ｈが、セカンドオクテットにはＡ０ｈが、サード
オクテットには２Ｄｈが、それぞれ書き込まれる。更
に、ユニットスイッチバージョン(unit_sw_version)の
ファーストオクテットには、０１ｈが、サードオクテッ
トのLSB(Least Significant Bit)には、１が書き込まれ
る。

【０１０６】インターフェースを介して、機器の入出力
を制御する為、ノードは、図２３のイニシャルユニット
スペース内のアドレス９００ｈ乃至９ＦＦｈに、IEC188
3に規定されるPCR(Plug Control Register)を有する。
これは、論理的にアナログインターフェースに類似した
信号経路を形成するために、プラグという概念を実体化
したものである。

【０１０７】図２７は、PCRの構成を説明する図であ
る。PCRは、出力プラグを表すoPCR(output Plug Contro
l Register)、入力プラグを表すiPCR(input Plug Contr
ol Register)を有する。また、PCRは、各機器固有の出
力プラグまたは入力プラグの情報を示すレジスタoMPR(o
utput Master Plug Register)とiMPR(input Master Plu
gRegister)を有する。各機器は、oMPRおよびiMPRをそれ
ぞれ複数持つことはないが、個々のプラグに対応したoP
CRおよびiPCRを、機器の能力によって複数持つことが可
能である。図２７に示されるPCRは、それぞれ３１個のo
PCRおよびiPCR有する。アイソクロナスデータの流れ
は、これらのプラグに対応するレジスタを操作すること
によって制御される。

【０１０８】図２８は、oMPR、oPCR、iMPR、およびiPCR
の構成を示す図である。図２８（Ａ）はoMPRの構成を、
図２８（Ｂ）はoPCRの構成を、図２８（Ｃ）はiMPRの構
成を、図２８（Ｄ）はiPCRの構成を、それぞれ示す。oM
PRおよびiMPRのMSB側の２ビットのデータレートケイパ
ビリティ(data rate capability)には、その機器が送信
または受信可能なアイソクロナスデータの最大伝送速度
を示すコードが格納される。oMPRのブロードキャストチ
ャンネルベース(broadcast channel base)は、ブロード
キャスト出力に使用されるチャンネルの番号を規定す
る。

【０１０９】oMPRのLSB側の５ビットのナンバーオブア
ウトプットプラグス(number of output plugs)には、そ
の機器が有する出力プラグ数、すなわちoPCRの数を示す
値が格納される。iMPRのLSB側の５ビットのナンバーオ
ブインプットプラグス(numberof input plugs)には、そ
の機器が有する入力プラグ数、すなわちiPCRの数を示す
値が格納される。non-persistent extension fieldおよ
びpersistent extension fieldは、将来の拡張の為に定
義された領域である。

【０１１０】oPCRおよびiPCRのMSBのオンライン(on-lin
e)は、プラグの使用状態を示す。すなわち、その値が１
であればそのプラグがON-LINEであり、０であればOFF-L
INEであることを示す。oPCRおよびiPCRのブロードキャ
ストコネクションカウンタ(broadcast connection coun
ter)の値は、ブロードキャストコネクションの有り
（１）または無し（０）を表す。oPCRおよびiPCRの６ビ
ット幅を有するポイントトウポイントコネクションカウ
ンタ(point-to-point connection counter)が有する値
は、そのプラグが有するポイントトウポイントコネクシ
ョン(point-to-point connection)の数を表す。

【０１１１】oPCRおよびiPCRの６ビット幅を有するチャ
ンネルナンバー(channel number)が有する値は、そのプ
ラグが接続されるアイソクロナスチャンネルの番号を示
す。oPCRの２ビット幅を有するデータレート(data rat
e)の値は、そのプラグから出力されるアイソクロナスデ
ータのパケットの現実の伝送速度を示す。oPCRの４ビッ
ト幅を有するオーバヘッドID(overhead ID)に格納され
るコードは、アイソクロナス通信のオーバーヘッドのバ
ンド幅を示す。oPCRの１０ビット幅を有するペイロード
(payload)の値は、そのプラグが取り扱うことができる
アイソクロナスパケットに含まれるデータの最大値を表
す。

【０１１２】図２９はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。セットトップボックス２４、ターゲット２２，
２３は、IEEE1394バス２１によって接続されている。タ
ーゲット２３のoMPRにより伝送速度とoPCRの数が規定さ
れたoPCR[0]乃至oPCR[2]のうち、oPCR[1]によりチャン
ネルが指定されたアイソクロナスデータは、IEEE1394バ
ス２１のチャンネル＃１(channel #1)に送出される。セ
ットトップボックス２４のiMPRにより伝送速度とiPCRの
数が規定されたiPCR[0]とiPCR[1]のうち、入力チャンネ
ル＃１が指定されたiPCR[0]により、セットトップボッ
クス２４は、IEEE1394バス２１のチャンネル＃１に送出
されたアイソクロナスデータを読み込む。同様に、ター
ゲット２２は、oPCR[0]で指定されたチャンネル＃２(ch
annel #2)に、アイソクロナスデータを送出し、セット
トップボックス２４は、iPRC[1]にて指定されたチャン
ネル＃２からそのアイソクロナスデータを読み込む。

【０１１３】以上のような点に関して、IEEE１３９４バ
ス２１を介して情報を授受するのに必要な予約処理とし
てのPtoP処理が行われる。

【０１１４】次に、図３のセットトップボックス２４に
おいて受信したオーディオデータをターゲット２２に転
送し、記録させる場合の動作について説明する。

【０１１５】チューナ５１は、パラボラアンテナ３１を
介して受信した信号を復調し、フロントエンド部５２に
出力する。フロントエンド部５２は、CPU７１からの指
令に対応するトランスポンダの信号を復調し、デスクラ
ンブル回路５３に出力する。デスランブル回路５３は、
フロントエンド部５２より供給された信号をデスクラン
ブルし、デマルチプレクサ５４に出力する。デマルチプ
レクサ５４は、ユーザが操作パネル４３を操作すること
で指定したチャンネルの信号をCPU７１の制御のもとに
抽出し、そのビデオデータをMPEGビデオデコーダ５５に
出力し、そのオーディオデータをMPEGオーディオデコー
ダ５８に出力する。

【０１１６】MPEGビデオデコーダ５５は、入力されたビ
デオデータをデコードし、NTSCエンコーダ５６に出力す
る。NTSCエンコーダ５６は、入力されたデータをNTSC方
式のビデオデータにエンコードし、D/A変換回路５７に
出力する。D/A変換回路５７は、入力されたデジタルデ
ータをアナログデータに変換し、モニタ６１に供給し、
表示させる。

【０１１７】一方、MPEGオーディオデコーダ５８は、入
力されたオーディオデータをデコードし、D/A変換回路
５９に出力する。D/A変換回路５９は、入力されたデジ
タルデータから、左右のアナログオーディオデータを生
成し、モニタ６１のスピーカに出力する。

【０１１８】また、MPEGオーディオデコーダ５８より出
力されたオーディオデータは、IEEE１３９４インタフェ
ース８１に入力され、アイソクロナスパケットにパケッ
ト化される。パケット化されたデータは、IEEE１３９４
バス２１を介してターゲット２２に転送される。

【０１１９】ターゲット２２においては、IEEE１３９４
インタフェース１１０がセットトッップボックス２４か
らIEEE１３９４バス２１を介して転送されてきたアイソ
クロナスパケットを受信し、これをデパケット化し、AT
RACエンコーダ１０７に出力する。ATRACエンコーダ１０
７は、入力されたオーディオデータをATRAC方式でエン
コードし、記録再生系１０３に出力する。

【０１２０】記録再生系１０３は、入力されたオーディ
オデータを光ピックアップ１０４に出力し、光磁気ディ
スク１０５に記録させる。

【０１２１】以上においては、バスとして、IEEE１３９
４バス２１を用いた場合を例として説明したが、本発明
は、その他のバスを用いる場合にも適用することが可能
である。

【０１２２】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、専用のハードウエアとしてセットトップボッ
クス２４に組み込まれているコンピュータ、または、各
種のプログラムをインストールすることで、各種の機能
を実行することが可能な、例えば汎用のパーソナルコン
ピュータなどにインストールされる。

【０１２３】次に、図３０を参照して、上述した一連の
処理を実行するプログラムをコンピュータにインストー
ルし、コンピュータによって実行可能な状態とするため
に用いられる媒体について、そのコンピュータが汎用の
パーソナルコンピュータである場合を例として説明す
る。

【０１２４】プログラムは、図３０（Ａ）に示すよう
に、パーソナルコンピュータ３０１に内蔵されている記
録媒体としてのハードディスク３０２や半導体メモリ３
０３に予めインストールした状態でユーザに提供するこ
とができる。

【０１２５】あるいはまた、プログラムは、図３０
（Ｂ）に示すように、フロッピー（登録商標）ディスク
３１１、CD-ROM(Compact Disk-Read Only Disk）３１
２、ＭＯ(Magneto-Optical)ディスク３１３、DVD(Digit
al Versatile Disk)３１４、磁気ディスク３１５、半導
体メモリ３１６などの記録媒体に、一時的あるいは永続
的に格納し、パッケージソフトウエアとして提供するこ
とができる。

【０１２６】さらに、プログラムは、図３０（Ｃ）に示
すように、ダウンロードサイト３２１から、デジタル衛
星放送用の人工衛星３２２を介して、パーソナルコンピ
ュータ３２３に無線で転送したり、ローカルエリアネッ
トワーク、インターネットといったネットワーク３３１
を介して、パーソナルコンピュータ３０１に有線で転送
し、パーソナルコンピュータ３０１において、内蔵する
ハードディスク３０２などに格納させることができる。

【０１２７】本明細書における媒体とは、これら全ての
媒体を含む広義の概念を意味するものである。

【０１２８】パーソナルコンピュータ３０１は、例え
ば、図３１に示すように、CPU（Central Proccessing U
nit）３４２を内蔵している。CPU３４２にはバス３４１
を介して入出力インタフェース３４５が接続されてお
り、CPU３４２は、入出力インタフェース３４５を介し
て、ユーザから、キーボード、マウスなどよりなる入力
部３４７から指令が入力されると、それに対応して、図
３０（Ａ）の半導体メモリ３０３に対応するROM（Read
Only Memory）３４３に格納されているプログラムを実
行する。あるいはまた、CPU３４２は、ハードディスク
３０２に予め格納されているプログラム、衛星３２２も
しくはネットワーク３３１から転送され、通信部３４８
により受信され、さらにハードディスク３０２にインス
トールされたプログラム、またはドライブ３４９に装着
されたフロッピーディスク３１１、CD-ROM３１２、ＭＯ
ディスク３１３、DVD３１４、もしくは磁気ディスク３
１５から読み出され、ハードディスク３０２にインスト
ールされたプログラムを、RAM（Randum Access Memor
y）３４４にロードして実行する。さらに、CPU３４２
は、その処理結果を、例えば、入出力インタフェース３
４５を介して、LCD（Liquid Crystal Display）などよ
りなる表示部３４６に必要に応じて出力する。

【０１２９】なお、本明細書において、媒体により提供
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０１３０】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０１３１】

【発明の効果】以上の如く、請求項１に記載の情報処理
装置、請求項７に記載の情報処理方法、および請求項８
に記載の媒体によれば、第１の予約処理と第２の予約処
理のうちの両方が成功したとき、予約成功の信号を出力
し、少なくとも一方が成功しなかったとき、予約不成功
の信号を出力するようにしたので、アプリケーションモ
ジュールは、制御対象となる他の情報処理装置が、第１
の処理を必要とする装置であっても、必要としない装置
であっても、確一的に管理することができ、アプリケー
ションプログラムの設計が容易となる。

【０１３２】また、第１の処理と第２の処理は関連して
行われ、少なくとも一方が不成功の場合、予約不成功の
信号を出力するようにしたので、実質的に操作できない
他の情報処理装置が無駄に占有されてしまうようなこと
が防止され、バス上のリソースを有効に活用することが
可能となる。

【０１３３】さらに、制御対象となる他の情報処理装置
が切り替えられた場合、第１の処理と第２の処理の両方
が事前に行われるため、従来の場合のように、ユーザが
他の情報処理装置を制御しようと思ったときに、第１の
予約処理に失敗して、その情報処理装置を占有できなか
ったり、データの伝送を行おうと思ったときに、第２の
予約処理に失敗し、伝送できなくなるようなことが防止
される。換言すれば、そもそも第１の予約処理と第２の
予約処理の両方が完了できない場合には、制御対象を変
更することができなくなるので、操作性が向上する。

【０１３４】請求項９に記載の情報処理装置、請求項１
０に記載の情報処理方法、および請求項１１に記載の媒
体によれば、他の情報処理装置に対する制御の指令をイ
ンタフェースに出力し、インタフェースからの第１の予
約処理と第２の予約処理の予約処理の結果に基づく予約
信号を受信し、その予約信号に対応して、バスを介して
他の情報処理装置と情報を授受するようにしたので、他
の情報処理装置が、第１の予約処理を必要とする装置で
あっても、必要としない装置であっても、同一の処理で
他の情報処理装置と情報を、簡単かつ確実に授受するこ
とが可能となる。

【０１３５】請求項１２に記載の情報処理装置、請求項
１３に記載の情報処理方法、および請求項１４に記載の
媒体によれば、第１の手段は、第２の手段に対して、他
の情報処理装置に対する制御の指令を出力し、第２の手
段は、この指令に対応して、第１の予約処理と第２の予
約処理を実行し、その予約の結果に対応する予約信号を
第１の手段に出力し、第１の手段は、その予約信号に対
応して、他の情報処理装置と情報を授受するようにした
ので、他の情報処理装置が、第１の予約処理を必要とす
る装置であっても、また、必要としない装置であって
も、統一的な処理で情報処理装置を制御することが可能
となる。

【０１３６】また、バスに接続されているリソースが無
駄に占有されることが防止され、操作性を改善したシス
テムを実現することができる。

【図面の簡単な説明】

【図１】従来のバスシステムの構成を示すブロック図で
ある。

【図２】本発明を適用したバスシステムの構成を示すブ
ロック図である。

【図３】図２のセットトップボックス２４とターゲット
２２の構成例を示すブロック図である。

【図４】図３のアプリケーションモジュール４２の動作
を説明するフローチャートである。

【図５】図３のIEEE１３９４インタフェース８１のConn
ect処理を説明するフローチャートである。

【図６】図３のIEEE１３９４インタフェース８１が記憶
するConnect待避情報を説明する図である。

【図７】図５のステップＳ２２のDisconnect処理の詳細
を説明するフローチャートである。

【図８】図３のIEEE１３９４インタフェース８１のReco
nnect処理を説明するフローチャートである。

【図９】FCPフレームのフォーマットを説明する図であ
る。

【図１０】コマンドレジスタとレスポンスレジスタを説
明する図である。

【図１１】AV/Cコマンドフレームのフォーマットを説明
する図である。

【図１２】AV/Cレスポンスフレームのフォーマットを説
明する図である。

【図１３】コマンドタイプを説明する図である。

【図１４】サブユニットタイプを説明する図である。

【図１５】サブユニットIDを説明する図である。

【図１６】Reserveコントロールコマンドのフォーマッ
トを説明する図である。

【図１７】記憶されるpriorityを説明する図である。

【図１８】Reserveステータスコマンドのフォーマット
を説明する図である。

【図１９】Response codeを説明する図である。

【図２０】AV/Cの迅速なトランズアクションを説明する
図である。

【図２１】AV/Cの遅延したトランズアクションを説明す
る図である。

【図２２】IEEE１３９４高速シリアルバスの周期を説明
する図である。

【図２３】CSRアーキテクチャのアドレス空間の構造を
説明する図である。

【図２４】CSRのオフセットアドレス、名前、および働
きを説明する図である。

【図２５】ゼネラルROMのフォーマットを説明する図で
ある。

【図２６】バスインフォブロック、ルートディレクト
リ、およびユニットディレクトリの構成を説明する図で
ある。

【図２７】PCRの構成を説明する図である。

【図２８】oMPR，oPCR，iMPRおよびiPCRの構成を説明す
る図である。

【図２９】プラグ、プラグコントロールレジスタ、およ
びアイソクロナスチャンネルの関係を説明する図であ
る。

【図３０】媒体を説明する図である。

【図３１】図３０のパーソナルコンピュータ３０１の構
成例を示すブロック図である。

【符号の説明】

２１ IEEE１３９４バス， ２２，２３ ターゲット，
２４ セットトップボックス， ４１ IRDモジュー
ル， ４２ アプリケーションモジュール，４３ 操作
パネル， ４４ IEEE１３９４モジュール， ５１ チ
ューナ， ５４ デマルチプレクサ， ５５ MPEGビデ
オデコーダ， ５８ MPEGオーディオデコーダ， ７１
CPU， ８１ IEEE１３９４インタフェース， １０
１ CPU， １１０ IEEE１３９４インタフェース

Claims (14)

【特許請求の範囲】
1. 【請求項１】 バスを介して他の情報処理装置を制御す
   る情報処理装置において、 前記他の情報処理装置に対する制御の指令を受け取る受
   け取り手段と、 前記受け取り手段が前記他の情報処理装置に対する制御
   の指令を受け取ったとき、前記他の情報処理装置を制御
   対象とするための第１の予約処理と、前記バスを介して
   前記他の情報処理装置と情報を授受するための第２の予
   約処理のうちの一方を行う第１の予約手段と、 前記第１の予約手段による予約処理が成功したとき、前
   記第１の予約処理と第２の予約処理のうちの他方の予約
   処理を行う第２の予約手段と、 前記第１の予約手段による予約と前記第２の予約手段に
   よる予約の両方が成功したとき、予約成功の信号を出力
   し、少なくとも一方が成功しなかったとき、予約不成功
   の信号を出力する出力手段とを備えることを特徴とする
   情報処理装置。
2. 【請求項２】 前記バスは、IEEE１３９４高速シリアル
   バスであることを特徴とする請求項１に記載の情報処理
   装置。
3. 【請求項３】 前記第１の予約処理は、前記IEEE１３９
   ４高速シリアルバス上におけるReserve処理であり、 前記第２の処理は、前記IEEE１３９４高速シリアルバス
   の帯域とチャンネルを予約する処理であることを特徴と
   する請求項２に記載の情報処理装置。
4. 【請求項４】 前記第１の予約手段による予約結果と、
   前記第２の予約手段による予約結果とを記憶する記憶手
   段をさらに備えることを特徴とする請求項１に記載の情
   報処理装置。
5. 【請求項５】 前記第１の予約手段と前記第２の予約手
   段は、前記他の情報処理装置が変更されたとき、前記記
   憶手段に記憶されている予約結果に対応して、変更前の
   前記他の情報処理装置のための前記第１の予約処理およ
   び第２の予約処理を解除するとともに、変更後の前記他
   の情報処理装置のために、それぞれ、前記第１の予約処
   理または第２の予約処理を行うことを特徴とする請求項
   ４に記載の情報処理装置。
6. 【請求項６】 前記第１の予約手段と前記第２の予約手
   段は、前記バスがリセットされたとき、前記記憶手段に
   記憶されている予約結果に対応して、前記他の情報処理
   装置のための前記第１の予約処理または第２の予約処理
   をそれぞれ再度実行することを特徴とする請求項４に記
   載の情報処理装置。
7. 【請求項７】 バスを介して他の情報処理装置を制御す
   る情報処理装置の情報処理方法において、 前記他の情報処理装置に対する制御の指令を受け取る受
   け取りステップと、 前記受け取りステップの処理により前記他の情報処理装
   置に対する制御の指令を受け取ったとき、前記他の情報
   処理装置を制御対象とするための第１の予約処理と、前
   記バスを介して前記他の情報処理装置と情報を授受する
   ための第２の予約処理のうちの一方を行う第１の予約ス
   テップと、 前記第１の予約ステップの処理による予約処理が成功し
   たとき、前記第１の予約処理と第２の予約処理のうちの
   他方の予約処理を行う第２の予約ステップと、 前記第１の予約ステップによる予約と前記第２の予約ス
   テップによる予約の両方が成功したとき、予約成功の信
   号を出力し、少なくとも一方が成功しなかったとき、予
   約不成功の信号を出力する出力ステップとを含むことを
   特徴とする情報処理方法。
8. 【請求項８】 バスを介して他の情報処理装置を制御す
   る情報処理用のプログラムであって、 前記他の情報処理装置に対する制御の指令を受け取る受
   け取りステップと、 前記受け取りステップの処理により前記他の情報処理装
   置に対する制御の指令を受け取ったとき、前記他の情報
   処理装置を制御対象とするための第１の予約処理と、前
   記バスを介して前記他の情報処理装置と情報を授受する
   ための第２の予約処理のうちの一方を行う第１の予約ス
   テップと、 前記第１の予約ステップの処理による予約処理が成功し
   たとき、前記第１の予約処理と第２の予約処理のうちの
   他方の予約処理を行う第２の予約ステップと、 前記第１の予約ステップによる予約と前記第２の予約ス
   テップによる予約の両方が成功したとき、予約成功の信
   号を出力し、少なくとも一方が成功しなかったとき、予
   約不成功の信号を出力する出力ステップとを含むことを
   特徴とするプログラムをコンピュータに実行させる媒
   体。
9. 【請求項９】 バスを介して他の情報処理装置と情報を
   授受するためのインタフェースを有する情報処理装置に
   おいて、 前記他の情報処理装置に対する制御の指令を前記インタ
   フェースに出力する出力手段と、 前記出力手段が出力した前記指令に対応して、前記イン
   タフェースが行った、前記他の情報処理装置を制御対象
   とするための第１の予約処理と、前記バスを介して前記
   他の情報処理装置と情報を授受するための第２の予約処
   理の結果に基づいて、前記インタフェースが出力する、
   両方が成功したこと、または少なくとも一方が成功しな
   かったことを表す予約信号を受信する受信手段と、 前記受信手段が受信した予約信号に対応して、前記バス
   を介して前記他の情報処理装置と情報を授受する授受手
   段とを備えることを特徴とする情報処理装置。
10. 【請求項１０】 バスを介して他の情報処理装置と情報
    を授受するためのインタフェースを有する情報処理装置
    の情報処理方法において、 前記他の情報処理装置に対する制御の指令を前記インタ
    フェースに出力する出力ステップと、 前記出力ステップの処理により出力された前記指令に対
    応して、前記インタフェースが行った、前記他の情報処
    理装置を制御対象とするための第１の予約処理と、前記
    バスを介して前記他の情報処理装置と情報を授受するた
    めの第２の予約処理の結果に基づいて、前記インタフェ
    ースが出力する、両方が成功したこと、または少なくと
    も一方が成功しなかったことを表す予約信号を受信する
    受信ステップと、 前記受信ステップの処理により受信した予約信号に対応
    して、前記バスを介して前記他の情報処理装置と情報を
    授受する授受ステップとを含むことを特徴とする情報処
    理方法。
11. 【請求項１１】 バスを介して他の情報処理装置と情報
    を授受するためのインタフェースを有する情報処理装置
    の情報処理用のプログラムであって、 前記他の情報処理装置に対する制御の指令を前記インタ
    フェースに出力する出力ステップと、 前記出力ステップの処理により出力された前記指令に対
    応して、前記インタフェースが行った、前記他の情報処
    理装置を制御対象とするための第１の予約処理と、前記
    バスを介して前記他の情報処理装置と情報を授受するた
    めの第２の予約処理の結果に基づいて、前記インタフェ
    ースが出力する、両方が成功したこと、または少なくと
    も一方が成功しなかったことを表す予約信号を受信する
    受信ステップと、 前記受信ステップの処理により受信した予約信号に対応
    して、前記バスを介して前記他の情報処理装置と情報を
    授受する授受ステップとを含むことを特徴とするプログ
    ラムをコンピュータに実行させる媒体。
12. 【請求項１２】 バスを介して他の情報処理装置を制御
    する第１の手段と、 前記第１の手段と前記バスとの間でインタフェース処理
    を行う第２の手段とを備える情報処理装置において、 前記第１の手段は、 前記他の情報処理装置に対する制御の指令を前記第２の
    手段に出力する第１の出力手段と、 前記第１の出力手段が出力した前記指令に対応して、前
    記第２の手段が行った、前記他の情報処理装置を制御対
    象とするための第１の予約処理と、前記バスを介して前
    記他の情報処理装置と情報を授受するための第２の予約
    処理の結果に基づいて、前記第２の手段が出力する、両
    方が成功したこと、または少なくとも一方が成功しなか
    ったことを表す予約信号を受信する第１の受信手段と、 前記第１の受信手段が受信した予約信号に対応して、前
    記第２の手段とバスを介して前記他の情報処理装置と情
    報を授受する授受手段とを備え、 前記第２の手段は、 前記第１の出力手段が出力した前記他の情報処理装置に
    対する制御の指令を受信する第２の受信手段と、 前記第２の受信手段が前記他の情報処理装置に対する制
    御の指令を受信したとき、前記他の情報処理装置を制御
    対象とするための第１の予約処理と、前記バスを介して
    前記他の情報処理装置と情報を授受するための第２の予
    約処理のうちの一方を行う第１の予約手段と、 前記第１の予約手段による予約処理が成功したとき、前
    記第１の予約処理と第２の予約処理のうちの他方の予約
    処理を行う第２の予約手段と、 前記第１の予約手段による予約と前記第２の予約手段に
    よる予約の結果に対応して、前記予約信号を前記第１の
    受信手段に出力する第２の出力手段とを備えることを特
    徴とする情報処理装置。
13. 【請求項１３】 バスを介して他の情報処理装置を制御
    する第１の手段と、 前記第１の手段と前記バスとの間でインタフェース処理
    を行う第２の手段とを備える情報処理装置の情報処理方
    法において、 前記第１の手段の情報処理方法は、 前記他の情報処理装置に対する制御の指令を前記第２の
    手段に出力する第１の出力ステップと、 前記第１の出力ステップの処理により出力された前記指
    令に対応して、前記第２の手段が行った、前記他の情報
    処理装置を制御対象とするための第１の予約処理と、前
    記バスを介して前記他の情報処理装置と情報を授受する
    ための第２の予約処理の結果に基づいて、前記第２の手
    段が出力する、両方が成功したこと、または少なくとも
    一方が成功しなかったことを表す予約信号を受信する第
    １の受信ステップと、 前記第１の受信ステップの処理により受信された予約信
    号に対応して、前記第２の手段とバスを介して前記他の
    情報処理装置と情報を授受する授受ステップとを含み、 前記第２の手段の情報処理方法は、 前記第１の出力ステップの処理により出力された前記他
    の情報処理装置に対する制御の指令を受信する第２の受
    信ステップと、 前記第２の受信ステップの処理により前記他の情報処理
    装置に対する制御の指令を受信したとき、前記他の情報
    処理装置を制御対象とするための第１の予約処理と、前
    記バスを介して前記他の情報処理装置と情報を授受する
    ための第２の予約処理のうちの一方を行う第１の予約ス
    テップと、 前記第１の予約ステップの処理による予約処理が成功し
    たとき、前記第１の予約処理と第２の予約処理のうちの
    他方の予約処理を行う第２の予約ステップと、 前記第１の予約ステップの処理による予約と前記第２の
    予約ステップの処理による予約の結果に対応して、前記
    予約信号を前記第１の受信ステップの処理のために出力
    する第２の出力ステップとを含むことを特徴とする情報
    処理方法。
14. 【請求項１４】 バスを介して他の情報処理装置を制御
    する第１の手段と、 前記第１の手段と前記バスとの間でインタフェース処理
    を行う第２の手段とを備える情報処理装置の情報処理用
    のプログラムであって、 前記第１の手段の情報処理用のプログラムは、 前記他の情報処理装置に対する制御の指令を前記第２の
    手段に出力する第１の出力ステップと、 前記第１の出力ステップの処理により出力された前記指
    令に対応して、前記第２の手段が行った、前記他の情報
    処理装置を制御対象とするための第１の予約処理と、前
    記バスを介して前記他の情報処理装置と情報を授受する
    ための第２の予約処理の結果に基づいて、前記第２の手
    段が出力する、両方が成功したこと、または少なくとも
    一方が成功しなかったことを表す予約信号を受信する第
    １の受信ステップと、 前記第１の受信ステップの処理により受信された予約信
    号に対応して、前記第２の手段とバスを介して前記他の
    情報処理装置と情報を授受する授受ステップとを含み、 前記第２の手段の情報処理用のプログラムは、 前記第１の出力ステップの処理により出力された前記他
    の情報処理装置に対する制御の指令を受信する第２の受
    信ステップと、 前記第２の受信ステップの処理により前記他の情報処理
    装置に対する制御の指令を受信したとき、前記他の情報
    処理装置を制御対象とするための第１の予約処理と、前
    記バスを介して前記他の情報処理装置と情報を授受する
    ための第２の予約処理のうちの一方を行う第１の予約ス
    テップと、 前記第１の予約ステップの処理による予約処理が成功し
    たとき、前記第１の予約処理と第２の予約処理のうちの
    他方の予約処理を行う第２の予約ステップと、 前記第１の予約ステップの処理による予約と前記第２の
    予約ステップの処理による予約の結果に対応して、前記
    予約信号を前記第１の受信ステップの処理のために出力
    する第２の出力ステップとを含むことを特徴とするプロ
    グラムをコンピュータに実行させる媒体。