JPH11205373A - 情報処理装置および方法、情報処理システム、並びに提供媒体 - Google Patents
情報処理装置および方法、情報処理システム、並びに提供媒体Info
- Publication number
- JPH11205373A JPH11205373A JP10009081A JP908198A JPH11205373A JP H11205373 A JPH11205373 A JP H11205373A JP 10009081 A JP10009081 A JP 10009081A JP 908198 A JP908198 A JP 908198A JP H11205373 A JPH11205373 A JP H11205373A
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- synchronous communication
- stream
- reading
- information
- 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.)
- Withdrawn
Links
Landscapes
- Small-Scale Networks (AREA)
- Bus Control (AREA)
- Information Transfer Systems (AREA)
Abstract
(57)【要約】
【課題】 帯域容量の破綻やストリーム番号の競合を防
止する。 【解決手段】 ブリッジのポータルおよび管理ノードと
してのノード５は、そのRAM５３に、同期通信で使用す
ることが可能な帯域容量とストリームの情報が記録され
る。IEEE1394バス１に接続されているノード３とIEEE13
94バス２に接続されているノード６間で同期通信を行う
場合、ノード３は、ノード５のRAM５３に記憶されてい
る使用可能帯域容量とストリーム情報に対応して、使用
する帯域容量とストリーム番号を予約する。
止する。 【解決手段】 ブリッジのポータルおよび管理ノードと
してのノード５は、そのRAM５３に、同期通信で使用す
ることが可能な帯域容量とストリームの情報が記録され
る。IEEE1394バス１に接続されているノード３とIEEE13
94バス２に接続されているノード６間で同期通信を行う
場合、ノード３は、ノード５のRAM５３に記憶されてい
る使用可能帯域容量とストリーム情報に対応して、使用
する帯域容量とストリーム番号を予約する。
Description
【０００１】
【発明の属する技術分野】本発明は、情報処理装置およ
び方法、情報処理システム、並びに提供媒体に関し、特
に、複数のバス間でIEEE1394ブリッジを介して同期通信
（Isochronous Transaction）を行う際に、使用する帯
域容量とストリーム番号の予約を可能とすることによ
り、帯域容量の破綻やストリーム番号の競合を防止する
ようにした情報処理装置および方法、情報処理システ
ム、並びに提供媒体に関する。
び方法、情報処理システム、並びに提供媒体に関し、特
に、複数のバス間でIEEE1394ブリッジを介して同期通信
（Isochronous Transaction）を行う際に、使用する帯
域容量とストリーム番号の予約を可能とすることによ
り、帯域容量の破綻やストリーム番号の競合を防止する
ようにした情報処理装置および方法、情報処理システ
ム、並びに提供媒体に関する。
【０００２】
【従来の技術】現在、P1394.1（bridge）working group
において、IEEE1394環境内のbridge formatの標準化活
動が行われている（この点については、P1394.1 Draft
0.03 Oct 18,1997を参照）。IEEE1394ブリッジ（以下、
単にブリッジと称する）は、IEEE1394バス（以下、適
宜、バスと略記する）に接続されているポータル（port
al）と称する装置の組により構成されており、このブリ
ッジを介して、複数（２つ以上）のバスの間でデータの
伝送を行うことができる。
において、IEEE1394環境内のbridge formatの標準化活
動が行われている（この点については、P1394.1 Draft
0.03 Oct 18,1997を参照）。IEEE1394ブリッジ（以下、
単にブリッジと称する）は、IEEE1394バス（以下、適
宜、バスと略記する）に接続されているポータル（port
al）と称する装置の組により構成されており、このブリ
ッジを介して、複数（２つ以上）のバスの間でデータの
伝送を行うことができる。
【０００３】ブリッジ（ポータル間）におけるデータの
伝送は、例えばケーブル、電波、または赤外線を用いて
行うことができる。
伝送は、例えばケーブル、電波、または赤外線を用いて
行うことができる。
【０００４】
【発明が解決しようとする課題】ところで、IEEE1394バ
スにおいては、１２５μsec単位で同期通信が行われる
が、同期通信において使用される、ブリッジ内の通信帯
域容量（以下、単に、帯域容量と称する）や、ブリッジ
内のストリーム（ストリーム番号）は、それぞれ有限な
資源である。ところが、これらの有限な資源の破綻や競
合を回避するための手段がなかったため、従来、ブリッ
ジを介してバス間で同期通信を行う場合、帯域容量の破
綻や、使用するストリーム番号の競合が生じる可能性が
ある課題があった。
スにおいては、１２５μsec単位で同期通信が行われる
が、同期通信において使用される、ブリッジ内の通信帯
域容量（以下、単に、帯域容量と称する）や、ブリッジ
内のストリーム（ストリーム番号）は、それぞれ有限な
資源である。ところが、これらの有限な資源の破綻や競
合を回避するための手段がなかったため、従来、ブリッ
ジを介してバス間で同期通信を行う場合、帯域容量の破
綻や、使用するストリーム番号の競合が生じる可能性が
ある課題があった。
【０００５】本発明はこのような状況に鑑みてなされた
ものであり、IEEE1394ブリッジ内において、同期通信に
使用する帯域容量およびストリーム番号の予約を可能と
し、もって、帯域容量の破綻やストリーム番号の競合を
防止するものである。
ものであり、IEEE1394ブリッジ内において、同期通信に
使用する帯域容量およびストリーム番号の予約を可能と
し、もって、帯域容量の破綻やストリーム番号の競合を
防止するものである。
【０００６】
【課題を解決するための手段】請求項１に記載の情報処
理装置は、同期通信で使用可能な帯域容量を記憶する第
１の記憶手段と、同期通信で使用可能なストリームに関
する情報を記憶する第２の記憶手段とを備えることを特
徴とする。
理装置は、同期通信で使用可能な帯域容量を記憶する第
１の記憶手段と、同期通信で使用可能なストリームに関
する情報を記憶する第２の記憶手段とを備えることを特
徴とする。
【０００７】請求項５に記載の情報処理方法は、同期通
信で使用可能な帯域容量を記憶する第１の記憶ステップ
と、同期通信で使用可能なストリームに関する情報を記
憶する第２の記憶ステップとを備えることを特徴とす
る。
信で使用可能な帯域容量を記憶する第１の記憶ステップ
と、同期通信で使用可能なストリームに関する情報を記
憶する第２の記憶ステップとを備えることを特徴とす
る。
【０００８】請求項６に記載の提供媒体は、同期通信で
使用可能な帯域容量を記憶する第１の記憶ステップと、
同期通信で使用可能なストリームに関する情報を記憶す
る第２の記憶ステップとを有するコンピュータプログラ
ムを提供することを特徴とする。
使用可能な帯域容量を記憶する第１の記憶ステップと、
同期通信で使用可能なストリームに関する情報を記憶す
る第２の記憶ステップとを有するコンピュータプログラ
ムを提供することを特徴とする。
【０００９】請求項７に記載の情報処理装置は、同期通
信で使用可能な帯域容量またはストリームを管理する管
理装置に記憶されている使用可能な帯域容量を読み出す
第１の読み出し手段と、第１の読み出し手段により読み
出された使用可能な帯域容量に対応して、同期通信に使
用する帯域容量を予約する第１の予約手段と、管理装置
に記憶されているストリームの情報を読み出す第２の読
み出し手段と、第２の読み出し手段により読み出された
情報に対応して、同期通信に使用するストリームを予約
する第２の予約手段とを備えることを特徴とする。
信で使用可能な帯域容量またはストリームを管理する管
理装置に記憶されている使用可能な帯域容量を読み出す
第１の読み出し手段と、第１の読み出し手段により読み
出された使用可能な帯域容量に対応して、同期通信に使
用する帯域容量を予約する第１の予約手段と、管理装置
に記憶されているストリームの情報を読み出す第２の読
み出し手段と、第２の読み出し手段により読み出された
情報に対応して、同期通信に使用するストリームを予約
する第２の予約手段とを備えることを特徴とする。
【００１０】請求項１０に記載の情報処理方法は、同期
通信で使用可能な帯域容量またはストリームを管理する
管理装置に記憶されている使用可能な帯域容量を読み出
す第１の読み出しステップと、第１の読み出しステップ
で読み出された使用可能な帯域容量に対応して、同期通
信に使用する帯域容量を予約する第１の予約ステップ
と、管理装置に記憶されているストリームの情報を読み
出す第２の読み出しステップと、第２の読み出しステッ
プで読み出された情報に対応して、同期通信に使用する
ストリームを予約する第２の予約ステップとを備えるこ
とを特徴とする。
通信で使用可能な帯域容量またはストリームを管理する
管理装置に記憶されている使用可能な帯域容量を読み出
す第１の読み出しステップと、第１の読み出しステップ
で読み出された使用可能な帯域容量に対応して、同期通
信に使用する帯域容量を予約する第１の予約ステップ
と、管理装置に記憶されているストリームの情報を読み
出す第２の読み出しステップと、第２の読み出しステッ
プで読み出された情報に対応して、同期通信に使用する
ストリームを予約する第２の予約ステップとを備えるこ
とを特徴とする。
【００１１】請求項１１に記載の提供媒体は、同期通信
で使用可能な帯域容量またはストリームを管理する管理
装置に記憶されている使用可能な帯域容量を読み出す第
１の読み出しステップと、第１の読み出しステップで読
み出された使用可能な帯域容量に対応して、同期通信に
使用する帯域容量を予約する第１の予約ステップと、管
理装置に記憶されているストリームの情報を読み出す第
２の読み出しステップと、第２の読み出しステップで読
み出された情報に対応して、同期通信に使用するストリ
ームを予約する第２の予約ステップとを有するコンピュ
ータプログラムを提供することを特徴とする。
で使用可能な帯域容量またはストリームを管理する管理
装置に記憶されている使用可能な帯域容量を読み出す第
１の読み出しステップと、第１の読み出しステップで読
み出された使用可能な帯域容量に対応して、同期通信に
使用する帯域容量を予約する第１の予約ステップと、管
理装置に記憶されているストリームの情報を読み出す第
２の読み出しステップと、第２の読み出しステップで読
み出された情報に対応して、同期通信に使用するストリ
ームを予約する第２の予約ステップとを有するコンピュ
ータプログラムを提供することを特徴とする。
【００１２】請求項１２に記載の情報処理システムは、
第１の情報処理装置が、複数のバス間で同期通信を行う
際に使用可能な帯域容量を記憶する第１の記憶手段と、
同期通信を行う際に使用可能なストリームに関する情報
を記憶する第２の記憶手段とを備え、第２の情報処理装
置が、第１の情報処理装置の第１の記憶手段により記憶
された使用可能な帯域容量を読み出す第１の読み出し手
段と、第１の読み出し手段により読み出された使用可能
な帯域容量に対応して、同期通信に使用する帯域容量を
予約する第１の予約手段と、第１の情報処理装置の第２
の記憶手段により記憶された情報を読み出す第２の読み
出し手段と、第２の読み出し手段により読み出された情
報に対応して、同期通信に使用するストリームを予約す
る第２の予約手段とを備えることを特徴とする。
第１の情報処理装置が、複数のバス間で同期通信を行う
際に使用可能な帯域容量を記憶する第１の記憶手段と、
同期通信を行う際に使用可能なストリームに関する情報
を記憶する第２の記憶手段とを備え、第２の情報処理装
置が、第１の情報処理装置の第１の記憶手段により記憶
された使用可能な帯域容量を読み出す第１の読み出し手
段と、第１の読み出し手段により読み出された使用可能
な帯域容量に対応して、同期通信に使用する帯域容量を
予約する第１の予約手段と、第１の情報処理装置の第２
の記憶手段により記憶された情報を読み出す第２の読み
出し手段と、第２の読み出し手段により読み出された情
報に対応して、同期通信に使用するストリームを予約す
る第２の予約手段とを備えることを特徴とする。
【００１３】請求項１３に記載の情報処理方法は、第１
の情報処理装置が、複数のバス間で同期通信を行う際に
使用可能な帯域容量を記憶する第１の記憶ステップと、
同期通信を行う際に使用可能なストリームに関する情報
を記憶する第２の記憶ステップとを備え、第２の情報処
理装置が、第１の情報処理装置の第１の記憶ステップで
記憶された使用可能な帯域容量を読み出す第１の読み出
しステップと、第１の読み出しステップで読み出された
使用可能な帯域容量に対応して、同期通信に使用する帯
域容量を予約する第１の予約ステップと、第１の情報処
理装置の第２の記憶ステップで記憶された情報を読み出
す第２の読み出しステップと、第２の読み出しステップ
で読み出された情報に対応して、同期通信に使用するス
トリームを予約する第２の予約ステップとを備えること
を特徴とする。
の情報処理装置が、複数のバス間で同期通信を行う際に
使用可能な帯域容量を記憶する第１の記憶ステップと、
同期通信を行う際に使用可能なストリームに関する情報
を記憶する第２の記憶ステップとを備え、第２の情報処
理装置が、第１の情報処理装置の第１の記憶ステップで
記憶された使用可能な帯域容量を読み出す第１の読み出
しステップと、第１の読み出しステップで読み出された
使用可能な帯域容量に対応して、同期通信に使用する帯
域容量を予約する第１の予約ステップと、第１の情報処
理装置の第２の記憶ステップで記憶された情報を読み出
す第２の読み出しステップと、第２の読み出しステップ
で読み出された情報に対応して、同期通信に使用するス
トリームを予約する第２の予約ステップとを備えること
を特徴とする。
【００１４】請求項１４に記載の提供媒体は、第１の情
報処理装置に用いられる、複数のバス間で同期通信を行
う際に使用可能な帯域容量を記憶する第１の記憶ステッ
プと、同期通信を行う際に使用可能なストリームに関す
る情報を記憶する第２の記憶ステップとを有する第１の
コンピュータプログラム、および、第２の情報処理装置
に用いられる、第１の情報処理装置の第１の記憶ステッ
プで記憶された使用可能な帯域容量を読み出す第１の読
み出しステップと、第１の読み出しステップで読み出さ
れた使用可能な帯域容量に対応して、同期通信に使用す
る帯域容量を予約する第１の予約ステップと、第１の情
報処理装置の第２の記憶ステップで記憶された情報を読
み出す第２の読み出しステップと、第２の読み出しステ
ップで読み出された情報に対応して、同期通信に使用す
るストリームを予約する第２の予約ステップとを有する
第２のコンピュータプログラムを提供することを特徴と
する。
報処理装置に用いられる、複数のバス間で同期通信を行
う際に使用可能な帯域容量を記憶する第１の記憶ステッ
プと、同期通信を行う際に使用可能なストリームに関す
る情報を記憶する第２の記憶ステップとを有する第１の
コンピュータプログラム、および、第２の情報処理装置
に用いられる、第１の情報処理装置の第１の記憶ステッ
プで記憶された使用可能な帯域容量を読み出す第１の読
み出しステップと、第１の読み出しステップで読み出さ
れた使用可能な帯域容量に対応して、同期通信に使用す
る帯域容量を予約する第１の予約ステップと、第１の情
報処理装置の第２の記憶ステップで記憶された情報を読
み出す第２の読み出しステップと、第２の読み出しステ
ップで読み出された情報に対応して、同期通信に使用す
るストリームを予約する第２の予約ステップとを有する
第２のコンピュータプログラムを提供することを特徴と
する。
【００１５】請求項１に記載の情報処理装置、請求項５
に記載の情報処理方法、および請求項６に記載の提供媒
体においては、同期通信で使用可能な帯域容量が記憶さ
れ、同期通信で使用可能なストリームに関する情報が記
憶される。
に記載の情報処理方法、および請求項６に記載の提供媒
体においては、同期通信で使用可能な帯域容量が記憶さ
れ、同期通信で使用可能なストリームに関する情報が記
憶される。
【００１６】請求項７に記載の情報処理装置、請求項１
０に記載の情報処理方法、および請求項１１に記載の提
供媒体においては、同期通信で使用可能な帯域容量また
はストリームを管理する管理装置に記憶されている使用
可能な帯域容量が読み出され、読み出された使用可能な
帯域容量に対応して、同期通信に使用する帯域容量が予
約され、管理装置に記憶されているストリームの情報が
読み出され、読み出された情報に対応して、同期通信に
使用するストリームが予約される。
０に記載の情報処理方法、および請求項１１に記載の提
供媒体においては、同期通信で使用可能な帯域容量また
はストリームを管理する管理装置に記憶されている使用
可能な帯域容量が読み出され、読み出された使用可能な
帯域容量に対応して、同期通信に使用する帯域容量が予
約され、管理装置に記憶されているストリームの情報が
読み出され、読み出された情報に対応して、同期通信に
使用するストリームが予約される。
【００１７】請求項１２に記載の情報処理システム、請
求項１３に記載の情報処理方法、および請求項１４に記
載の提供媒体においては、第１の情報処理装置におい
て、複数のバス間で同期通信を行う際に使用可能な帯域
容量が記憶され、同期通信を行う際に使用可能なストリ
ームに関する情報が記憶され、また、第２の情報処理装
置において、第１の情報処理装置で記憶された使用可能
な帯域容量に対応して、同期通信に使用する帯域容量が
予約され、第１の情報処理装置で記憶された情報に対応
して同期通信に使用するストリームが予約される。
求項１３に記載の情報処理方法、および請求項１４に記
載の提供媒体においては、第１の情報処理装置におい
て、複数のバス間で同期通信を行う際に使用可能な帯域
容量が記憶され、同期通信を行う際に使用可能なストリ
ームに関する情報が記憶され、また、第２の情報処理装
置において、第１の情報処理装置で記憶された使用可能
な帯域容量に対応して、同期通信に使用する帯域容量が
予約され、第１の情報処理装置で記憶された情報に対応
して同期通信に使用するストリームが予約される。
【００１８】
【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。
【００１９】請求項１に記載の情報処理装置は、同期通
信で使用可能な帯域容量を記憶する第１の記憶手段（例
えば、図１のRAM５３）と、同期通信で使用可能なスト
リームに関する情報を記憶する第２の記憶手段（例え
ば、図１のRAM５３）とを備えることを特徴とする。
信で使用可能な帯域容量を記憶する第１の記憶手段（例
えば、図１のRAM５３）と、同期通信で使用可能なスト
リームに関する情報を記憶する第２の記憶手段（例え
ば、図１のRAM５３）とを備えることを特徴とする。
【００２０】請求項３に記載の情報処理装置は、自分自
身が管理装置であるか否かを示す情報を記憶する第４の
記憶手段（例えば、図１のROM５４）をさらに備えるこ
とを特徴とする。
身が管理装置であるか否かを示す情報を記憶する第４の
記憶手段（例えば、図１のROM５４）をさらに備えるこ
とを特徴とする。
【００２１】請求項７に記載の情報処理装置は、同期通
信で使用可能な帯域容量またはストリームを管理する管
理装置に記憶されている使用可能な帯域容量を読み出す
第１の読み出し手段（例えば、図６のステップＳ３３）
と、第１の読み出し手段により読み出された使用可能な
帯域容量に対応して、同期通信に使用する帯域容量を予
約する第１の予約手段（例えば、図６のステップＳ３
６）と、管理装置に記憶されているストリームの情報を
読み出す第２の読み出し手段（例えば、図７のステップ
Ｓ３８）と、第２の読み出し手段により読み出された情
報に対応して、同期通信に使用するストリームを予約す
る第２の予約手段（例えば、図７のステップＳ４６）と
を備えることを特徴とする。
信で使用可能な帯域容量またはストリームを管理する管
理装置に記憶されている使用可能な帯域容量を読み出す
第１の読み出し手段（例えば、図６のステップＳ３３）
と、第１の読み出し手段により読み出された使用可能な
帯域容量に対応して、同期通信に使用する帯域容量を予
約する第１の予約手段（例えば、図６のステップＳ３
６）と、管理装置に記憶されているストリームの情報を
読み出す第２の読み出し手段（例えば、図７のステップ
Ｓ３８）と、第２の読み出し手段により読み出された情
報に対応して、同期通信に使用するストリームを予約す
る第２の予約手段（例えば、図７のステップＳ４６）と
を備えることを特徴とする。
【００２２】請求項８に記載の情報処理装置は、第１の
予約手段により予約された帯域容量を開放する第１の開
放手段（例えば、図９のステップＳ６３）と、第２の予
約手段により予約されたストリームを開放する第２の開
放手段（例えば、図１０のステップＳ７３）とをさらに
備えることを特徴とする。
予約手段により予約された帯域容量を開放する第１の開
放手段（例えば、図９のステップＳ６３）と、第２の予
約手段により予約されたストリームを開放する第２の開
放手段（例えば、図１０のステップＳ７３）とをさらに
備えることを特徴とする。
【００２３】図１は、本発明の情報処理装置（以下、情
報処理装置をノードとも称する）を適用した情報処理シ
ステム（なお、本明細書において、システムとは、複数
の装置で構成される全体的な装置を指すものとする）の
構成例を示すブロック図である。この例においては、IE
EE1394バス１には、ノード３とノード４（portalL）が
接続されており、一方、IEEE1394バス２には、ノード５
（portalR）とノード６が接続されている。そして、そ
れぞれのバスのポータルとしてのノード４とノード５に
より、ブリッジが形成されている。なお、いまの場合、
IEEE1394バス１には、２台の装置（ノード３およびノー
ド４）が、IEEE1394バス２には、２台の装置（ノード５
およびノード６）が、それぞれ接続されているが、これ
らのバスにはそれぞれ、６３台までの装置を接続するこ
とが可能とされている。
報処理装置をノードとも称する）を適用した情報処理シ
ステム（なお、本明細書において、システムとは、複数
の装置で構成される全体的な装置を指すものとする）の
構成例を示すブロック図である。この例においては、IE
EE1394バス１には、ノード３とノード４（portalL）が
接続されており、一方、IEEE1394バス２には、ノード５
（portalR）とノード６が接続されている。そして、そ
れぞれのバスのポータルとしてのノード４とノード５に
より、ブリッジが形成されている。なお、いまの場合、
IEEE1394バス１には、２台の装置（ノード３およびノー
ド４）が、IEEE1394バス２には、２台の装置（ノード５
およびノード６）が、それぞれ接続されているが、これ
らのバスにはそれぞれ、６３台までの装置を接続するこ
とが可能とされている。
【００２４】各ノードには、電源がオンされたとき、識
別番号としてのnode_IDが設定される。このnode_IDは、
図２に示すように、接続されているバスを識別するため
のbus_IDと、バスに接続されているノードのうちの、ど
のノードであるのかを識別するためのphysical_IDとに
より構成されている。ところで、本発明の実施の形態に
おいては、同期通信で使用可能な帯域容量とストリーム
の管理を行う管理ノード（BRM：Bridge Resource Manag
er）が定義されており、いまの場合、管理ノードは、ノ
ード５であるものとする。
別番号としてのnode_IDが設定される。このnode_IDは、
図２に示すように、接続されているバスを識別するため
のbus_IDと、バスに接続されているノードのうちの、ど
のノードであるのかを識別するためのphysical_IDとに
より構成されている。ところで、本発明の実施の形態に
おいては、同期通信で使用可能な帯域容量とストリーム
の管理を行う管理ノード（BRM：Bridge Resource Manag
er）が定義されており、いまの場合、管理ノードは、ノ
ード５であるものとする。
【００２５】ノード３は、IEEE1394通信部３１、制御部
３２、RAM３３、ROM（Configuration ROMを含む）３
４、およびアプリケーション部３５により構成されてい
る。IEEE1394通信部３１は、制御部３２またはアプリケ
ーション部３５により制御され、制御部３２やアプリケ
ーション部３５から供給されるデータをパケット化し
て、IEEE1394バス１を介して送信するとともに、IEEE13
94バス１より受信したパケットからデータを抽出して制
御部３２またはアプリケーション部３５に出力するよう
になされている。制御部３２は、アプリケーション部３
５からの指令に対応して、各部を制御するようになされ
ている。
３２、RAM３３、ROM（Configuration ROMを含む）３
４、およびアプリケーション部３５により構成されてい
る。IEEE1394通信部３１は、制御部３２またはアプリケ
ーション部３５により制御され、制御部３２やアプリケ
ーション部３５から供給されるデータをパケット化し
て、IEEE1394バス１を介して送信するとともに、IEEE13
94バス１より受信したパケットからデータを抽出して制
御部３２またはアプリケーション部３５に出力するよう
になされている。制御部３２は、アプリケーション部３
５からの指令に対応して、各部を制御するようになされ
ている。
【００２６】RAM３３は、IEEE1394のCSR（Control and
Status Register）として機能するようになされてお
り、制御部３２が各種の処理を実行する上において必要
なデータやプログラムなどを適宜記憶する。ROM３４（C
onfiguration ROMを含む）には、各種のプログラムや、
各種のパラメータ等が記憶されている。アプリケーショ
ン部３５は、制御部３２またはIEEE1394通信部３１に対
して、ブリッジにおける同期通信に使用する帯域容量の
予約等の指令を行うとともに、図示せぬモニタ等に通信
結果を表示することができるようになされている。な
お、ノード６は、ノード３と同様の構成とされている。
Status Register）として機能するようになされてお
り、制御部３２が各種の処理を実行する上において必要
なデータやプログラムなどを適宜記憶する。ROM３４（C
onfiguration ROMを含む）には、各種のプログラムや、
各種のパラメータ等が記憶されている。アプリケーショ
ン部３５は、制御部３２またはIEEE1394通信部３１に対
して、ブリッジにおける同期通信に使用する帯域容量の
予約等の指令を行うとともに、図示せぬモニタ等に通信
結果を表示することができるようになされている。な
お、ノード６は、ノード３と同様の構成とされている。
【００２７】ノード４（portalＬ）は、ブリッジのポー
タルとして機能する装置であり、IEEE1394通信部４１、
制御部４２、RAM（IEEE1394ブリッジ用のCSRとして機能
する）４３、およびROM（Configuration ROMを含む）４
４により構成されている。IEEE1394通信部４１は、制御
部４２に制御され、制御部４２から供給されるデータを
パケット化して、IEEE1394バス１または赤外線通信部６
１を介して送信するとともに、IEEE1394バス１より受信
したパケットからデータを抽出して制御部４２または赤
外線通信部６１に出力し、さらに、赤外線通信部６１よ
り受信したパケットからデータを抽出して、制御部４２
またはIEEE1394バス１に出力するようになされている。
制御部４２は、各部を制御する他、赤外線通信制御部６
２を介して、赤外線通信部６１を制御することができる
ようになされている。
タルとして機能する装置であり、IEEE1394通信部４１、
制御部４２、RAM（IEEE1394ブリッジ用のCSRとして機能
する）４３、およびROM（Configuration ROMを含む）４
４により構成されている。IEEE1394通信部４１は、制御
部４２に制御され、制御部４２から供給されるデータを
パケット化して、IEEE1394バス１または赤外線通信部６
１を介して送信するとともに、IEEE1394バス１より受信
したパケットからデータを抽出して制御部４２または赤
外線通信部６１に出力し、さらに、赤外線通信部６１よ
り受信したパケットからデータを抽出して、制御部４２
またはIEEE1394バス１に出力するようになされている。
制御部４２は、各部を制御する他、赤外線通信制御部６
２を介して、赤外線通信部６１を制御することができる
ようになされている。
【００２８】RAM４３には、同期通信で使用するストリ
ーム番号が記述されるためのSTREAM_CONTROL reg、管理
ノードのBRM_IDが記述されるためのBRM_ID reg、およ
び、ブリッジのポータルの情報が記述されるPORTAL_CON
TROL regが用意されている。なお、ここで、regは、レ
ジスタを意味する。ROM４４には、ブリッジの種類（bri
dge type）が記述されるためのbridge_type fieldと、
ノード４が管理ノードであるのか否かを示すフラグが記
述されるためのBRM_flag fieldが用意されている。
ーム番号が記述されるためのSTREAM_CONTROL reg、管理
ノードのBRM_IDが記述されるためのBRM_ID reg、およ
び、ブリッジのポータルの情報が記述されるPORTAL_CON
TROL regが用意されている。なお、ここで、regは、レ
ジスタを意味する。ROM４４には、ブリッジの種類（bri
dge type）が記述されるためのbridge_type fieldと、
ノード４が管理ノードであるのか否かを示すフラグが記
述されるためのBRM_flag fieldが用意されている。
【００２９】赤外線通信部６１と赤外線通信部７１は、
それぞれ、赤外線通信制御部６２と赤外線通信制御部７
２により制御され、赤外線信号を用いて、ノード４とノ
ード５の間のデータの送受信を行うようになされてい
る。なお、赤外線通信を用いずに、例えば、ケーブルま
たは電波等の他の通信手段を用いるようにしてもよい。
それぞれ、赤外線通信制御部６２と赤外線通信制御部７
２により制御され、赤外線信号を用いて、ノード４とノ
ード５の間のデータの送受信を行うようになされてい
る。なお、赤外線通信を用いずに、例えば、ケーブルま
たは電波等の他の通信手段を用いるようにしてもよい。
【００３０】ブリッジのポータルおよび管理ノードとし
てのノード５（portalＲ）は、IEEE1394通信部５１、制
御部５２、RAM（CSR）５３、およびROM（Configuration
ROMを含む）５４により構成されている。IEEE1394通信
部５１は、制御部５２に制御され、制御部５２から供給
されるデータをパケット化して、IEEE1394バス２または
赤外線通信部７１を介して送信するとともに、IEEE1394
バス２より受信したパケットからデータを抽出して制御
部５２または赤外線通信部７１に出力し、さらに、赤外
線通信部７１より受信したパケットからデータを抽出し
て、制御部５２またはIEEE1394バス２に出力するように
なされている。制御部５２は、各部を制御する他、赤外
線通信制御部７２を介して、赤外線通信部７１を制御す
るようになされている。
てのノード５（portalＲ）は、IEEE1394通信部５１、制
御部５２、RAM（CSR）５３、およびROM（Configuration
ROMを含む）５４により構成されている。IEEE1394通信
部５１は、制御部５２に制御され、制御部５２から供給
されるデータをパケット化して、IEEE1394バス２または
赤外線通信部７１を介して送信するとともに、IEEE1394
バス２より受信したパケットからデータを抽出して制御
部５２または赤外線通信部７１に出力し、さらに、赤外
線通信部７１より受信したパケットからデータを抽出し
て、制御部５２またはIEEE1394バス２に出力するように
なされている。制御部５２は、各部を制御する他、赤外
線通信制御部７２を介して、赤外線通信部７１を制御す
るようになされている。
【００３１】RAM５３には、STREAM_CONTROL reg、BRM_I
D reg、およびPORTAL_CONTROL regが用意され、さら
に、同期通信で使用可能な帯域容量が記述されるための
BRIDGE_BANDWIDTH_AVAILABLE regと、ノード４のRAM４
３のSTREAM_CONTROL regとノード５のRAM５３のSTREAM_
CONTROL reg（以下、特に個々に区別する必要がない場
合、単にSTREAM_CONTROL regと記述する）の各ビットの
使用の可否が記述されるレジスタであるSTREAMS_AVAILA
BLE regが用意されている。ROM５４には、bridge_type
fieldとBRM_flag fieldが用意されており、さらに、使
用可能なSTREAM_CONTROL regの数を示す値が記述される
streams fieldが用意されている。なお、RAM５３のBRID
GE_BANDWIDTH_AVAILABLE regおよびSTREAMS_AVAILABLE
regと、ROM５４のstreams fieldは、管理ノードとなる
ノードのみが備えるものである。
D reg、およびPORTAL_CONTROL regが用意され、さら
に、同期通信で使用可能な帯域容量が記述されるための
BRIDGE_BANDWIDTH_AVAILABLE regと、ノード４のRAM４
３のSTREAM_CONTROL regとノード５のRAM５３のSTREAM_
CONTROL reg（以下、特に個々に区別する必要がない場
合、単にSTREAM_CONTROL regと記述する）の各ビットの
使用の可否が記述されるレジスタであるSTREAMS_AVAILA
BLE regが用意されている。ROM５４には、bridge_type
fieldとBRM_flag fieldが用意されており、さらに、使
用可能なSTREAM_CONTROL regの数を示す値が記述される
streams fieldが用意されている。なお、RAM５３のBRID
GE_BANDWIDTH_AVAILABLE regおよびSTREAMS_AVAILABLE
regと、ROM５４のstreams fieldは、管理ノードとなる
ノードのみが備えるものである。
【００３２】図３は、STREAMS_AVAILABLE regの一構成
例を示す図である。この例において、STREAMS_AVAILABL
E regは、合計６４ビット（ブリッジで使用可能な最大
のストリーム数と同数）の領域が確保されており、STRE
AMS_AVAILABLE[0]（MSB）乃至STREAMS_AVAILABLE[63]
（LSB）の各ビットが、それぞれ、STREAM_CONTROL reg
のSTREAM_CONTROL reg[0]乃至STREAM_CONTROL reg[63]
に対応している。また、ビットの値が１であるとき、そ
れに対応するSTREAM_CONTROL regが使用可能であること
を示し、値が０であるとき、それに対応するSTREAM_CON
TROL regは使用不可能であることを示している。この図
においては、STREAMS_AVAILABLE[0]の値が１に設定され
ているので、それに対応するSTREAM_CONTROL reg[0]が
使用可能であることを示している。なお、STREAMS_AVAI
LABLE[i]の表記は、STREAMS_AVAILABLE regのMSBからｉ
ビット目を示し、また、STREAM_CONTROL reg[i]の表記
は、STREAM_CONTROL regのレジスタ配列の先頭からｉ番
目を示すものとする。
例を示す図である。この例において、STREAMS_AVAILABL
E regは、合計６４ビット（ブリッジで使用可能な最大
のストリーム数と同数）の領域が確保されており、STRE
AMS_AVAILABLE[0]（MSB）乃至STREAMS_AVAILABLE[63]
（LSB）の各ビットが、それぞれ、STREAM_CONTROL reg
のSTREAM_CONTROL reg[0]乃至STREAM_CONTROL reg[63]
に対応している。また、ビットの値が１であるとき、そ
れに対応するSTREAM_CONTROL regが使用可能であること
を示し、値が０であるとき、それに対応するSTREAM_CON
TROL regは使用不可能であることを示している。この図
においては、STREAMS_AVAILABLE[0]の値が１に設定され
ているので、それに対応するSTREAM_CONTROL reg[0]が
使用可能であることを示している。なお、STREAMS_AVAI
LABLE[i]の表記は、STREAMS_AVAILABLE regのMSBからｉ
ビット目を示し、また、STREAM_CONTROL reg[i]の表記
は、STREAM_CONTROL regのレジスタ配列の先頭からｉ番
目を示すものとする。
【００３３】次に、以上の構成の情報処理システムの動
作を説明する。いま、例えば、ノード３とノード６の間
で同期通信を行う際に必要とする帯域容量とストリーム
番号（以下、適宜、この２つを資源と総称する）の予約
を行うものとする。なお、ノード３は、同じバス（IEEE
1394バス１）のポータルであるノード４のnode_IDを既
に入手しているものとする。
作を説明する。いま、例えば、ノード３とノード６の間
で同期通信を行う際に必要とする帯域容量とストリーム
番号（以下、適宜、この２つを資源と総称する）の予約
を行うものとする。なお、ノード３は、同じバス（IEEE
1394バス１）のポータルであるノード４のnode_IDを既
に入手しているものとする。
【００３４】ここで、資源の予約を行う前に、例えば、
ネットワーク全体のリセット（netconfiguration）、管
理ノード（ノード５）が属するバス（いまの場合、IEEE
1394バス２）のリセット、またはブリッジの電源のリセ
ットのうちの、少なくとも１つの処理が実行された場
合、管理ノードのBRM_IDが変更されるので、新しいBRM_
IDに更新しなくてはならない。この場合、管理ノード
（ノード５）は、図４に示す初期化処理を実行する。ま
ずステップＳ１１において、ノード５は、管理ノード
（自分自身）のnode_IDを読み出す。そして、ステップ
Ｓ１２において、ノード５は、読み出した管理ノードの
node_IDを、RAM（RAM４３およびRAM５３）のBRM_ID reg
に書き込む。
ネットワーク全体のリセット（netconfiguration）、管
理ノード（ノード５）が属するバス（いまの場合、IEEE
1394バス２）のリセット、またはブリッジの電源のリセ
ットのうちの、少なくとも１つの処理が実行された場
合、管理ノードのBRM_IDが変更されるので、新しいBRM_
IDに更新しなくてはならない。この場合、管理ノード
（ノード５）は、図４に示す初期化処理を実行する。ま
ずステップＳ１１において、ノード５は、管理ノード
（自分自身）のnode_IDを読み出す。そして、ステップ
Ｓ１２において、ノード５は、読み出した管理ノードの
node_IDを、RAM（RAM４３およびRAM５３）のBRM_ID reg
に書き込む。
【００３５】次に、図５を参照して、ノード５によるST
REAMS_AVAILABLE regの初期化処理を説明する。まず、
ステップＳ２１において、管理ノード５の制御部５２
は、ROM５４のstreams fieldに記述されている使用可能
なストリームの数Ｎを読み出す。続いて、ステップＳ２
２において、制御部５２は、RAM５３のSTREAMS_AVAILAB
LE regのSTREAMS_AVAILABLE[0]乃至STREAMS_AVAILABLE
[N-1]までの全てのビットを、使用可能であることを示
す値である１に設定し、ステップＳ２３において、STRE
AMS_AVAILABLE[N]乃至STREAMS_AVAILABLE[63]までの全
てのビットを、使用不可能であることを示す値である０
に設定する。これにより、STREAMS_AVAILABLE[0]乃至ST
REAMS_AVAILABLE[N-1]に対応するSTREAM_CONTROL reg
[0]乃至STREAM_CONTROL reg[N-1]が使用可能となる。
REAMS_AVAILABLE regの初期化処理を説明する。まず、
ステップＳ２１において、管理ノード５の制御部５２
は、ROM５４のstreams fieldに記述されている使用可能
なストリームの数Ｎを読み出す。続いて、ステップＳ２
２において、制御部５２は、RAM５３のSTREAMS_AVAILAB
LE regのSTREAMS_AVAILABLE[0]乃至STREAMS_AVAILABLE
[N-1]までの全てのビットを、使用可能であることを示
す値である１に設定し、ステップＳ２３において、STRE
AMS_AVAILABLE[N]乃至STREAMS_AVAILABLE[63]までの全
てのビットを、使用不可能であることを示す値である０
に設定する。これにより、STREAMS_AVAILABLE[0]乃至ST
REAMS_AVAILABLE[N-1]に対応するSTREAM_CONTROL reg
[0]乃至STREAM_CONTROL reg[N-1]が使用可能となる。
【００３６】続いて、図６と図７を参照して、資源の予
約処理を説明する。ステップＳ３１において、ノード３
の制御部３２またはアプリケーション部３５は、IEEE13
94で規定されているread命令を用いて（このread命令
は、IEEE1394通信部３１、IEEE1394バス１、IEEE1394通
信部４１を介して、制御部４２に送られる）、ノード４
のROM４４のbridge_type fieldに記述されている値を読
み出すことにより、ブリッジの種類を判別する。このbr
idge_type fieldには、図８に示すように、ブリッジの
種類（bridge_type）が定義されている。この例におい
ては、bridge_typefieldの値（value）が００であると
き、ブリッジの種類が帯域容量の予約を必要としないブ
リッジであることを示し、また、０１であるとき、帯域
容量の予約を必要とするブリッジであることを示してい
る。なお、値１０または値１１は、未定義とされてい
る。以下においては、このbridge_type fieldの値が、
帯域容量の予約を必要とするブリッジを示す値０１に設
定されているものとして説明する。
約処理を説明する。ステップＳ３１において、ノード３
の制御部３２またはアプリケーション部３５は、IEEE13
94で規定されているread命令を用いて（このread命令
は、IEEE1394通信部３１、IEEE1394バス１、IEEE1394通
信部４１を介して、制御部４２に送られる）、ノード４
のROM４４のbridge_type fieldに記述されている値を読
み出すことにより、ブリッジの種類を判別する。このbr
idge_type fieldには、図８に示すように、ブリッジの
種類（bridge_type）が定義されている。この例におい
ては、bridge_typefieldの値（value）が００であると
き、ブリッジの種類が帯域容量の予約を必要としないブ
リッジであることを示し、また、０１であるとき、帯域
容量の予約を必要とするブリッジであることを示してい
る。なお、値１０または値１１は、未定義とされてい
る。以下においては、このbridge_type fieldの値が、
帯域容量の予約を必要とするブリッジを示す値０１に設
定されているものとして説明する。
【００３７】続いて、ステップＳ３２において、ノード
３の制御部３２またはアプリケーション部３５は、read
命令を用いて（このread命令は、IEEE1394通信部３１、
IEEE1394バス１、およびIEEE1394通信部４１を介して制
御部４２に送られる）、ノード４のRAM４３のBRM_ID re
gに記述されているBRM_IDを読み出すことにより、管理
ノードがどのノードであるのかを判断する。これによ
り、いまの場合、管理ノードはノード５であると判断さ
れ、以後、ノード５にアクセスする。ステップＳ３３に
おいて、制御部３２またはアプリケーション部３５は、
read命令（このread命令は、IEEE1394通信部３１、IEEE
1394バス１、IEEE1394通信部４１、赤外線通信部６１、
赤外線通信部７１、およびIEEE1394通信部５１を介して
制御部５２に送られる）を用いて、管理ノードであるノ
ード５のRAM５３のBRIDGE_BANDWIDTH_AVAILABLE regに
記述されている使用可能な帯域容量Ａを読み出し、ステ
ップＳ３４において、同期通信で必要とする帯域容量Ｕ
を計算する。ステップＳ３５に進み、制御部３２または
アプリケーション部３５は、使用可能な帯域容量Ａと、
必要とする帯域容量Ｕを比較し、値Ａが値Ｕよりも小さ
いか（Ａ＜Ｕ）否かを判定する。ステップＳ３５におい
て、使用可能な帯域容量Ａが、必要とする帯域容量Ｕよ
りも小さい（Ａ＜Ｕ）と判定された場合、ステップＳ４
３に進み、予約が失敗したものとし、処理を終了する。
３の制御部３２またはアプリケーション部３５は、read
命令を用いて（このread命令は、IEEE1394通信部３１、
IEEE1394バス１、およびIEEE1394通信部４１を介して制
御部４２に送られる）、ノード４のRAM４３のBRM_ID re
gに記述されているBRM_IDを読み出すことにより、管理
ノードがどのノードであるのかを判断する。これによ
り、いまの場合、管理ノードはノード５であると判断さ
れ、以後、ノード５にアクセスする。ステップＳ３３に
おいて、制御部３２またはアプリケーション部３５は、
read命令（このread命令は、IEEE1394通信部３１、IEEE
1394バス１、IEEE1394通信部４１、赤外線通信部６１、
赤外線通信部７１、およびIEEE1394通信部５１を介して
制御部５２に送られる）を用いて、管理ノードであるノ
ード５のRAM５３のBRIDGE_BANDWIDTH_AVAILABLE regに
記述されている使用可能な帯域容量Ａを読み出し、ステ
ップＳ３４において、同期通信で必要とする帯域容量Ｕ
を計算する。ステップＳ３５に進み、制御部３２または
アプリケーション部３５は、使用可能な帯域容量Ａと、
必要とする帯域容量Ｕを比較し、値Ａが値Ｕよりも小さ
いか（Ａ＜Ｕ）否かを判定する。ステップＳ３５におい
て、使用可能な帯域容量Ａが、必要とする帯域容量Ｕよ
りも小さい（Ａ＜Ｕ）と判定された場合、ステップＳ４
３に進み、予約が失敗したものとし、処理を終了する。
【００３８】ステップＳ３５において、使用可能な帯域
容量Ａが、必要とする帯域容量Ｕ以上である（Ａ≧Ｕ）
と判定された場合、ステップＳ３６に進み、制御部３２
またはアプリケーション部３５は、IEEE1394で規定され
ているlock命令（compare/swap lock）を用いて（このl
ock命令は、IEEE1394通信部３１、IEEE1394バス１、IEE
E1394通信部４１、赤外線通信部６１、赤外線通信部７
１、およびIEEE1394通信部５１を介して制御部５２に送
られる）、ノード５のRAM５３のBRIDGE_BANDWIDTH_AVAI
LABLE regの値を、値（Ａ−Ｕ）でロックする。続い
て、ステップＳ３７において、制御部３２またはアプリ
ケーション部３５は、ノード５の制御部５２から送信さ
れる、ロック処理に対応する応答パケット（IEEE1394の
Responseパケット）を、IEEE1394通信部３１を介して受
信する（この応答パケットは、IEEE1394通信部５１、赤
外線通信部７１、赤外線通信部６１、IEEE1394通信部４
１、IEEE1394バス１、およびIEEE1394通信部３１を介し
て、制御部３２に受信される）。この応答パケットのol
d_value fieldの値をＲとする。
容量Ａが、必要とする帯域容量Ｕ以上である（Ａ≧Ｕ）
と判定された場合、ステップＳ３６に進み、制御部３２
またはアプリケーション部３５は、IEEE1394で規定され
ているlock命令（compare/swap lock）を用いて（このl
ock命令は、IEEE1394通信部３１、IEEE1394バス１、IEE
E1394通信部４１、赤外線通信部６１、赤外線通信部７
１、およびIEEE1394通信部５１を介して制御部５２に送
られる）、ノード５のRAM５３のBRIDGE_BANDWIDTH_AVAI
LABLE regの値を、値（Ａ−Ｕ）でロックする。続い
て、ステップＳ３７において、制御部３２またはアプリ
ケーション部３５は、ノード５の制御部５２から送信さ
れる、ロック処理に対応する応答パケット（IEEE1394の
Responseパケット）を、IEEE1394通信部３１を介して受
信する（この応答パケットは、IEEE1394通信部５１、赤
外線通信部７１、赤外線通信部６１、IEEE1394通信部４
１、IEEE1394バス１、およびIEEE1394通信部３１を介し
て、制御部３２に受信される）。この応答パケットのol
d_value fieldの値をＲとする。
【００３９】ステップＳ３８において、受信した応答Ｒ
に対応して、BRIDGE_BANDWIDTH_AVAILABLE regの値を、
値（Ａ−Ｕ）でロックすることができたか（すなわち、
帯域容量を予約することができたか）否かが判定され、
正しくロックすることができなかった（帯域容量を予約
することができなかった）と判定された場合、ステップ
Ｓ３９において、値Ｒが値Ａに代入（Ａ＝Ｒ）された
後、ステップＳ３５に戻り、それ以降の処理が繰り返さ
れる。
に対応して、BRIDGE_BANDWIDTH_AVAILABLE regの値を、
値（Ａ−Ｕ）でロックすることができたか（すなわち、
帯域容量を予約することができたか）否かが判定され、
正しくロックすることができなかった（帯域容量を予約
することができなかった）と判定された場合、ステップ
Ｓ３９において、値Ｒが値Ａに代入（Ａ＝Ｒ）された
後、ステップＳ３５に戻り、それ以降の処理が繰り返さ
れる。
【００４０】ステップＳ３８において、ノード５のRAM
５３のBRIDGE_BANDWIDTH_AVAILABLEregの値を、値（Ａ
−Ｕ）でロックすることができた（以下、この値をＭと
する）と判定された（帯域容量を予約することができた
と判定された）場合、ステップＳ４０に進み、制御部３
２またはアプリケーション部３５は、read命令を用い
て、ノード５のRAM５３のSTREAMS_AVAILABLE regの値Ｓ
を読み出し、ステップＳ４１において、値Ｓの全てのビ
ットの値が０であるか（すなわち、使用可能なSTREAM_C
ONTROL regが存在するか）否かを判定する。ステップＳ
４１において、値Ｓの全てのビットの値が０である（す
なわち、使用可能なSTREAM_CONTROL regが存在しない）
と判定された場合、ステップＳ４２に進み、制御部３２
またはアプリケーション部３５は、予約した帯域容量の
開放処理（後述）を実行し、続いてステップＳ４３にお
いて、予約が失敗したものとする。
５３のBRIDGE_BANDWIDTH_AVAILABLEregの値を、値（Ａ
−Ｕ）でロックすることができた（以下、この値をＭと
する）と判定された（帯域容量を予約することができた
と判定された）場合、ステップＳ４０に進み、制御部３
２またはアプリケーション部３５は、read命令を用い
て、ノード５のRAM５３のSTREAMS_AVAILABLE regの値Ｓ
を読み出し、ステップＳ４１において、値Ｓの全てのビ
ットの値が０であるか（すなわち、使用可能なSTREAM_C
ONTROL regが存在するか）否かを判定する。ステップＳ
４１において、値Ｓの全てのビットの値が０である（す
なわち、使用可能なSTREAM_CONTROL regが存在しない）
と判定された場合、ステップＳ４２に進み、制御部３２
またはアプリケーション部３５は、予約した帯域容量の
開放処理（後述）を実行し、続いてステップＳ４３にお
いて、予約が失敗したものとする。
【００４１】ステップＳ４１において、値Ｓに値１のビ
ットが存在する（すなわち、使用可能なSTREAM_CONTROL
regが存在する）と判定された場合、ステップＳ４４に
進み、制御部３２またはアプリケーション部３５は、値
Ｓのビットのうち、値が１の任意のビットＳ[i]を選択
し、ステップ４５で、このビットの他のノードによる使
用を防止するために、ＳのビットＳ[i]の値を０に更新
する（Ｓを更新したものをＳ’とする）。なお、Ｓ[i]
の表記は、値ＳのうちのMSBからｉ番目のビットを示す
ものとする。続いて、ステップＳ４６において、制御部
３２またはアプリケーション部３５は、lock命令を用い
て、ノード５のRAM５３のSTREAMS_AVAILABLE regを値
Ｓ’でロックする。続いて、ステップＳ４７において、
制御部３２またはアプリケーション部３５は、ノード５
の制御部５２から送信される、ロックに対応する応答パ
ケットを、IEEE1394通信部３１を介して受信する。この
応答パケットのold_value fieldの値をＲとする。
ットが存在する（すなわち、使用可能なSTREAM_CONTROL
regが存在する）と判定された場合、ステップＳ４４に
進み、制御部３２またはアプリケーション部３５は、値
Ｓのビットのうち、値が１の任意のビットＳ[i]を選択
し、ステップ４５で、このビットの他のノードによる使
用を防止するために、ＳのビットＳ[i]の値を０に更新
する（Ｓを更新したものをＳ’とする）。なお、Ｓ[i]
の表記は、値ＳのうちのMSBからｉ番目のビットを示す
ものとする。続いて、ステップＳ４６において、制御部
３２またはアプリケーション部３５は、lock命令を用い
て、ノード５のRAM５３のSTREAMS_AVAILABLE regを値
Ｓ’でロックする。続いて、ステップＳ４７において、
制御部３２またはアプリケーション部３５は、ノード５
の制御部５２から送信される、ロックに対応する応答パ
ケットを、IEEE1394通信部３１を介して受信する。この
応答パケットのold_value fieldの値をＲとする。
【００４２】ステップＳ４８に進み、ノード５のRAM５
３のSTREAMS_AVAILABLE regをＳ’でロックすることが
できたか否かが判定され、正しくロックすることができ
なかったと判定された場合、ステップＳ４９において、
値Ｒが値Ｓに代入（Ｓ＝Ｒ）された後、ステップＳ４１
に戻り、それ以降の処理が繰り返される。
３のSTREAMS_AVAILABLE regをＳ’でロックすることが
できたか否かが判定され、正しくロックすることができ
なかったと判定された場合、ステップＳ４９において、
値Ｒが値Ｓに代入（Ｓ＝Ｒ）された後、ステップＳ４１
に戻り、それ以降の処理が繰り返される。
【００４３】ステップＳ４８において、ノード５のRAM
５３のSTREAMS_AVAILABLE regをＳ’でロックすること
ができたと判定された場合、ノード３の制御部３２また
はアプリケーション部３５は、ノード４およびノード５
のSTREAM_CONTROL regの、STREAMS_AVAILABLE regのビ
ットＳ[i]に対応するSTREAM_CONTROL[i]への書き込み処
理（IEEE1394write命令）が許可される。これにより、
使用するストリーム番号を予約することができたことに
なる。最後にステップＳ５０に進み、STREAM_CONTROL
[i]を更新する。なお、更新の方法は、IEEE1394 bridge
で定義されているフォーマットに従うものとする。
５３のSTREAMS_AVAILABLE regをＳ’でロックすること
ができたと判定された場合、ノード３の制御部３２また
はアプリケーション部３５は、ノード４およびノード５
のSTREAM_CONTROL regの、STREAMS_AVAILABLE regのビ
ットＳ[i]に対応するSTREAM_CONTROL[i]への書き込み処
理（IEEE1394write命令）が許可される。これにより、
使用するストリーム番号を予約することができたことに
なる。最後にステップＳ５０に進み、STREAM_CONTROL
[i]を更新する。なお、更新の方法は、IEEE1394 bridge
で定義されているフォーマットに従うものとする。
【００４４】なお、本発明の実施の形態においては、図
６のステップＳ３１において、ブリッジの種類を判別す
るようにしたが、この処理を行わないようにしても良
い。この場合、ブリッジのポータル（いまの場合、ノー
ド４とノード５）のROMがbridge_type fieldを有する必
要はない。
６のステップＳ３１において、ブリッジの種類を判別す
るようにしたが、この処理を行わないようにしても良
い。この場合、ブリッジのポータル（いまの場合、ノー
ド４とノード５）のROMがbridge_type fieldを有する必
要はない。
【００４５】図９は、図７のステップＳ４０の帯域容量
の開放処理を説明するフローチャートである。ステップ
Ｓ６１において、ノード３の制御部３２またはアプリケ
ーション部３５は、read命令を用いて、ノード５のRAM
５３のBRIDGE_BANDWIDTH_AVAILABLE regの値Ｍを読み出
し、ステップＳ６２において、読み出した値Ｍに、予約
していた帯域容量Ｕを加算する（Ｍ＋Ｕ）。続いて、ス
テップＳ６３において、制御部３２またはアプリケーシ
ョン部３５は、lock命令を用いて、BRIDGE_BANDWIDTH_A
VAILABLE regの値を値（Ｍ＋Ｕ）でロックする。次にス
テップＳ６４において、制御部３２またはアプリケーシ
ョン部３５は、ノード５の制御部５２から送信される、
ロック処理に対応する応答パケットを受信する。この応
答パケットのold_value fieldの値をＲとする。ステッ
プＳ６５において、BRIDGE_BANDWIDTH_AVAILABLE regの
値を値（Ｍ＋Ｕ）でロックすることができたか否かが判
定され、正しくロックすることができなかったと判定さ
れた場合、ステップＳ６６において、値Ｒを値Ｍに代入
（Ｍ＝Ｒ）した後、ステップＳ６２に戻り、それ以降の
処理が繰り返される。ステップＳ６５において、BRIDGE
_BANDWIDTH_AVAILABLE regの値を値（Ｍ＋Ｕ）でロック
することができたと判定された場合、図７のステップＳ
４３に戻る。
の開放処理を説明するフローチャートである。ステップ
Ｓ６１において、ノード３の制御部３２またはアプリケ
ーション部３５は、read命令を用いて、ノード５のRAM
５３のBRIDGE_BANDWIDTH_AVAILABLE regの値Ｍを読み出
し、ステップＳ６２において、読み出した値Ｍに、予約
していた帯域容量Ｕを加算する（Ｍ＋Ｕ）。続いて、ス
テップＳ６３において、制御部３２またはアプリケーシ
ョン部３５は、lock命令を用いて、BRIDGE_BANDWIDTH_A
VAILABLE regの値を値（Ｍ＋Ｕ）でロックする。次にス
テップＳ６４において、制御部３２またはアプリケーシ
ョン部３５は、ノード５の制御部５２から送信される、
ロック処理に対応する応答パケットを受信する。この応
答パケットのold_value fieldの値をＲとする。ステッ
プＳ６５において、BRIDGE_BANDWIDTH_AVAILABLE regの
値を値（Ｍ＋Ｕ）でロックすることができたか否かが判
定され、正しくロックすることができなかったと判定さ
れた場合、ステップＳ６６において、値Ｒを値Ｍに代入
（Ｍ＝Ｒ）した後、ステップＳ６２に戻り、それ以降の
処理が繰り返される。ステップＳ６５において、BRIDGE
_BANDWIDTH_AVAILABLE regの値を値（Ｍ＋Ｕ）でロック
することができたと判定された場合、図７のステップＳ
４３に戻る。
【００４６】次に、図１０のフローチャートを参照し
て、予約していたSTREAM_CONTROL regの開放処理を説明
する。ステップＳ７１において、ノード３の制御部３２
またはアプリケーション部３５は、read命令を用いて、
ノード５のRAM５３のSTREAMS_AVAILABLE regの値Ｓ’を
読み出し、ステップＳ７２において、読み出した値Ｓ’
の予約していたビットＳ’[i]の値を０から１に更新
し、これをＫとする。続いて、ステップＳ７３におい
て、制御部３２またはアプリケーション部３５は、lock
命令を用いて、STREAMS_AVAILABLE regの値を値Ｋでロ
ックする。ステップＳ７４において、制御部３２または
アプリケーション部３５は、ノード５の制御部５１から
送信される、ロック処理に対応する応答パケットを受信
する。この応答パケットのold_value fieldの値をＲと
する。ステップＳ７５では、STREAMS_AVAILABLE regの
値を値Ｋでロックすることができたか否かが判定され、
正しくロックすることができなかったと判定された場
合、ステップＳ７６において、値Ｒを値Ｓ’に代入
（Ｓ’＝Ｒ）した後、ステップＳ７２に戻り、それ以降
の処理が繰り返される。ステップＳ７５において、正し
くロックすることができたと判定された場合、処理を終
了する。
て、予約していたSTREAM_CONTROL regの開放処理を説明
する。ステップＳ７１において、ノード３の制御部３２
またはアプリケーション部３５は、read命令を用いて、
ノード５のRAM５３のSTREAMS_AVAILABLE regの値Ｓ’を
読み出し、ステップＳ７２において、読み出した値Ｓ’
の予約していたビットＳ’[i]の値を０から１に更新
し、これをＫとする。続いて、ステップＳ７３におい
て、制御部３２またはアプリケーション部３５は、lock
命令を用いて、STREAMS_AVAILABLE regの値を値Ｋでロ
ックする。ステップＳ７４において、制御部３２または
アプリケーション部３５は、ノード５の制御部５１から
送信される、ロック処理に対応する応答パケットを受信
する。この応答パケットのold_value fieldの値をＲと
する。ステップＳ７５では、STREAMS_AVAILABLE regの
値を値Ｋでロックすることができたか否かが判定され、
正しくロックすることができなかったと判定された場
合、ステップＳ７６において、値Ｒを値Ｓ’に代入
（Ｓ’＝Ｒ）した後、ステップＳ７２に戻り、それ以降
の処理が繰り返される。ステップＳ７５において、正し
くロックすることができたと判定された場合、処理を終
了する。
【００４７】ここで、本発明の実施の形態においては、
図６のステップＳ３２に示したように、ポータルのRAM
のBRM_ID regに記述されているBRM_IDを読み出すことに
より、管理ノードがどのノードであるのかを判断するよ
うにしたが、例えば、ポータルのROMのBRM_flag field
のBRM_flagを参照することにより、管理ノードであるの
か否かを判断するようにしても良い。この場合、例え
ば、ノード３は、図１１に示す処理を実行する。まず、
ステップＳ８１において、ノード３の制御部３２または
アプリケーション部３５は、read命令を用いて、ノード
４のROM４４のBRM_flag fieldの値を読み出し、ステッ
プＳ８２において、読み出した値が１であるか否かを判
定する。ステップＳ８２において、読み出した値が１で
あると判定された場合、ノード４のnode_IDをBRM_IDと
する（すなわち、ノード４を管理ノードであるとす
る）。
図６のステップＳ３２に示したように、ポータルのRAM
のBRM_ID regに記述されているBRM_IDを読み出すことに
より、管理ノードがどのノードであるのかを判断するよ
うにしたが、例えば、ポータルのROMのBRM_flag field
のBRM_flagを参照することにより、管理ノードであるの
か否かを判断するようにしても良い。この場合、例え
ば、ノード３は、図１１に示す処理を実行する。まず、
ステップＳ８１において、ノード３の制御部３２または
アプリケーション部３５は、read命令を用いて、ノード
４のROM４４のBRM_flag fieldの値を読み出し、ステッ
プＳ８２において、読み出した値が１であるか否かを判
定する。ステップＳ８２において、読み出した値が１で
あると判定された場合、ノード４のnode_IDをBRM_IDと
する（すなわち、ノード４を管理ノードであるとす
る）。
【００４８】ステップＳ８２において、読み出した値は
１ではない（０である）と判定された場合、ステップＳ
８４に進み、制御部３２またはアプリケーション部３５
は、read命令を用いて、ノード４のRAM４３のPORTAL_CO
NTROL regの値Ｐを読み出し、ステップＳ８５におい
て、読み出した値Ｐのother_portal_node_ID fieldに記
述されている値（いまの場合、ノード５のnode_ID）をB
RM_IDとする。
１ではない（０である）と判定された場合、ステップＳ
８４に進み、制御部３２またはアプリケーション部３５
は、read命令を用いて、ノード４のRAM４３のPORTAL_CO
NTROL regの値Ｐを読み出し、ステップＳ８５におい
て、読み出した値Ｐのother_portal_node_ID fieldに記
述されている値（いまの場合、ノード５のnode_ID）をB
RM_IDとする。
【００４９】なお、この場合、portalＬ（ノード４）の
RAM４３と、portalＲ（ノード５）のRAM５３は、BRM_ID
regを有する必要がなくなる。また、これにより、図４
に示した初期化処理も実行されないことになる。
RAM４３と、portalＲ（ノード５）のRAM５３は、BRM_ID
regを有する必要がなくなる。また、これにより、図４
に示した初期化処理も実行されないことになる。
【００５０】さらに、本発明の実施の形態においては、
図５に示したノード５の初期化処理により、使用可能な
ストリーム数ＮをSTREAMS_AVAILABLE regに反映させる
ようにしたが、例えば、この初期化処理を実行せずに、
予約を行うノードであるノード３が、管理ノード（ノー
ド５）のROM（ROM５４）のstreams fieldに記述されて
いる使用可能なストリーム数と、管理ノードのRAM（RAM
５３）のSTREAMS_AVAILABLE regの値を読み込んだ後、
使用可能なストリーム数ＮをSTREAMS_AVAILABLEregに反
映させるようにしてもよい。この場合、ノード３は、例
えば図１２に示す処理を実行する。まず、ステップＳ９
１において、ノード３の制御部３２またはアプリケーシ
ョン部３５は、read命令を用いて、ノード５のROM５４
のstreamsfieldに記述されている、使用可能なストリー
ム数Ｎを読み出し、ステップＳ９２において、ノード５
のRAM５３のSTREAMS_AVAILABLE regの値Ｓを読み出す。
ステップＳ９３において、値Ｓの上位Ｎビットまでの値
が全て０であるか否かが判定され、値Ｓの上位Ｎビット
の値が全て０であると判定された場合、ステップＳ９４
に進み、制御部３２またはアプリケーション部３５は、
予約した帯域容量の開放処理を実行し（図９を参照）、
ステップＳ９５において、予約が失敗したものとして処
理を終了する。ステップＳ９３において、値Ｓの上位Ｎ
ビットのうち、その値が１であるビットが存在すると判
定された場合、ステップＳ９６に進む。
図５に示したノード５の初期化処理により、使用可能な
ストリーム数ＮをSTREAMS_AVAILABLE regに反映させる
ようにしたが、例えば、この初期化処理を実行せずに、
予約を行うノードであるノード３が、管理ノード（ノー
ド５）のROM（ROM５４）のstreams fieldに記述されて
いる使用可能なストリーム数と、管理ノードのRAM（RAM
５３）のSTREAMS_AVAILABLE regの値を読み込んだ後、
使用可能なストリーム数ＮをSTREAMS_AVAILABLEregに反
映させるようにしてもよい。この場合、ノード３は、例
えば図１２に示す処理を実行する。まず、ステップＳ９
１において、ノード３の制御部３２またはアプリケーシ
ョン部３５は、read命令を用いて、ノード５のROM５４
のstreamsfieldに記述されている、使用可能なストリー
ム数Ｎを読み出し、ステップＳ９２において、ノード５
のRAM５３のSTREAMS_AVAILABLE regの値Ｓを読み出す。
ステップＳ９３において、値Ｓの上位Ｎビットまでの値
が全て０であるか否かが判定され、値Ｓの上位Ｎビット
の値が全て０であると判定された場合、ステップＳ９４
に進み、制御部３２またはアプリケーション部３５は、
予約した帯域容量の開放処理を実行し（図９を参照）、
ステップＳ９５において、予約が失敗したものとして処
理を終了する。ステップＳ９３において、値Ｓの上位Ｎ
ビットのうち、その値が１であるビットが存在すると判
定された場合、ステップＳ９６に進む。
【００５１】なお、ステップＳ９６乃至ステップＳ１０
２の処理は、図７のステップＳ４４乃至ステップＳ５０
に対応しており、その説明は省略する。
２の処理は、図７のステップＳ４４乃至ステップＳ５０
に対応しており、その説明は省略する。
【００５２】以上のようにして、同期通信で使用する帯
域容量とストリーム番号の予約を行うことができる。
域容量とストリーム番号の予約を行うことができる。
【００５３】なお、図１２は、図１において示した情報
処理システムの他の構成例を説明する図である。この図
においては、ポータルであるノードの組（ブリッジ）
を、他のノードと区別する為に、１つのノードであるか
のように接続して図示しており、また、管理ノードを斜
線で図示している。例えば、資源予約を行うノード３か
ら見て、図１２（Ａ）に示すように、同一バスのポータ
ルとしてのノード４が管理ノードである場合、図１２
（Ｂ）に示すように、IEEE1394バス２に接続されている
ノード６が管理ノードである場合、または図１２（Ｃ）
に示すように、管理ノードがIEEE1394バス１に接続され
ているノード７である場合が考えられる。さらに、ま
た、図１２（Ｄ）に示すように、IEEE1394バス１１に接
続されているノード１０が管理ノードである場合も考え
られる。勿論、この他のシステム構成の場合において
も、本発明を適用することができる。
処理システムの他の構成例を説明する図である。この図
においては、ポータルであるノードの組（ブリッジ）
を、他のノードと区別する為に、１つのノードであるか
のように接続して図示しており、また、管理ノードを斜
線で図示している。例えば、資源予約を行うノード３か
ら見て、図１２（Ａ）に示すように、同一バスのポータ
ルとしてのノード４が管理ノードである場合、図１２
（Ｂ）に示すように、IEEE1394バス２に接続されている
ノード６が管理ノードである場合、または図１２（Ｃ）
に示すように、管理ノードがIEEE1394バス１に接続され
ているノード７である場合が考えられる。さらに、ま
た、図１２（Ｄ）に示すように、IEEE1394バス１１に接
続されているノード１０が管理ノードである場合も考え
られる。勿論、この他のシステム構成の場合において
も、本発明を適用することができる。
【００５４】また、上記各種の処理を行うコンピュータ
プログラムは、磁気ディスク、ＣＤ−ＲＯＭなどの記録
媒体を介してユーザに提供したり、ネットワークなどの
提供媒体を介してユーザに提供し、必要に応じて内蔵す
るRAMやハードディスクなどに記録して利用させるよう
にすることができる。
プログラムは、磁気ディスク、ＣＤ−ＲＯＭなどの記録
媒体を介してユーザに提供したり、ネットワークなどの
提供媒体を介してユーザに提供し、必要に応じて内蔵す
るRAMやハードディスクなどに記録して利用させるよう
にすることができる。
【００５５】
【発明の効果】以上の如く、請求項１に記載の情報処理
装置、請求項５に記載の情報処理方法、および請求項６
に記載の提供媒体によれば、同期通信で使用可能な帯域
容量を記憶し、同期通信で使用可能なストリームに関す
る情報を記憶するようにしたので、複数のIEEE1394バス
間で同期通信を行う際に使用する帯域容量およびストリ
ームの管理を行うことができる。
装置、請求項５に記載の情報処理方法、および請求項６
に記載の提供媒体によれば、同期通信で使用可能な帯域
容量を記憶し、同期通信で使用可能なストリームに関す
る情報を記憶するようにしたので、複数のIEEE1394バス
間で同期通信を行う際に使用する帯域容量およびストリ
ームの管理を行うことができる。
【００５６】請求項７に記載の情報処理装置、請求項１
０に記載の情報処理方法、および請求項１１に記載の提
供媒体によれば、同期通信で使用可能な帯域容量または
ストリームを管理する管理装置に記憶されている使用可
能な帯域容量を読み出し、読み出した使用可能な帯域容
量に対応して、同期通信に使用する帯域容量を予約し、
管理装置に記憶されているストリームの情報を読み出
し、読み出した情報に対応して、同期通信に使用するス
トリームを予約するようにしたので、例えば、複数のIE
EE1394バス間で同期通信を行う際に使用する帯域容量お
よびストリームの予約を行うことができる。
０に記載の情報処理方法、および請求項１１に記載の提
供媒体によれば、同期通信で使用可能な帯域容量または
ストリームを管理する管理装置に記憶されている使用可
能な帯域容量を読み出し、読み出した使用可能な帯域容
量に対応して、同期通信に使用する帯域容量を予約し、
管理装置に記憶されているストリームの情報を読み出
し、読み出した情報に対応して、同期通信に使用するス
トリームを予約するようにしたので、例えば、複数のIE
EE1394バス間で同期通信を行う際に使用する帯域容量お
よびストリームの予約を行うことができる。
【００５７】請求項１２に記載の情報処理システム、請
求項１３に記載の情報処理方法、および請求項１４に記
載の提供媒体においては、第１の情報処理装置が、複数
のバス間で同期通信を行う際に使用可能な帯域容量を記
憶し、同期通信を行う際に使用可能なストリームに関す
る情報を記憶し、また、第２の情報処理装置が、第１の
情報処理装置で記憶された使用可能な帯域容量に対応し
て、同期通信に使用する帯域容量を予約し、第１の情報
処理装置で記憶された情報に対応して同期通信に使用す
るストリームを予約するようにしたので、例えば、複数
のIEEE1394バス間で同期通信を行う際に使用する帯域容
量の破綻やストリーム番号の競合を防止することが可能
となる。
求項１３に記載の情報処理方法、および請求項１４に記
載の提供媒体においては、第１の情報処理装置が、複数
のバス間で同期通信を行う際に使用可能な帯域容量を記
憶し、同期通信を行う際に使用可能なストリームに関す
る情報を記憶し、また、第２の情報処理装置が、第１の
情報処理装置で記憶された使用可能な帯域容量に対応し
て、同期通信に使用する帯域容量を予約し、第１の情報
処理装置で記憶された情報に対応して同期通信に使用す
るストリームを予約するようにしたので、例えば、複数
のIEEE1394バス間で同期通信を行う際に使用する帯域容
量の破綻やストリーム番号の競合を防止することが可能
となる。
【図１】本発明を適用した情報処理システムの一実施の
形態の構成例を示すブロック図である。
形態の構成例を示すブロック図である。
【図２】node_IDの構成例を示す図である。
【図３】STREAMS_AVAILABLE regの構成例を示す図であ
る。
る。
【図４】管理ノード（ノード５）の初期化処理を説明す
るフローチャートである。
るフローチャートである。
【図５】管理ノード（ノード５）の初期化処理を説明す
るフローチャートである。
るフローチャートである。
【図６】資源予約処理を説明するフローチャートであ
る。
る。
【図７】図６に続く図である。
【図８】ブリッジの種類（bridge_type）を説明する図
である。
である。
【図９】帯域容量の開放処理を説明するフローチャート
である。
である。
【図１０】STREAM_CONTROL regの開放処理を説明するフ
ローチャートである。
ローチャートである。
【図１１】ノード３の処理を説明するフローチャートで
ある。
ある。
【図１２】ノード３の処理を説明するフローチャートで
ある。
ある。
【図１３】図１の情報処理システムの他の構成例を示す
図である。
図である。
１，２ IEEE1394バス， ３，４，５，６ ノード，
３１，４１，５１ IEEE1394通信部， ３２，４２，５
２ 制御部， ３３，４３，５３ RAM， ３４，４
４，５４ ROM， ６１，７１ 赤外線通信部， ６
２，７２ 赤外線通信制御部
３１，４１，５１ IEEE1394通信部， ３２，４２，５
２ 制御部， ３３，４３，５３ RAM， ３４，４
４，５４ ROM， ６１，７１ 赤外線通信部， ６
２，７２ 赤外線通信制御部
Claims (14)
- 【請求項１】 複数のバス間で同期通信を行う情報処理
装置において、 前記同期通信で使用可能な帯域容量を記憶する第１の記
憶手段と、 前記同期通信で使用可能なストリームに関する情報を記
憶する第２の記憶手段とを備えることを特徴とする情報
処理装置。 - 【請求項２】 前記同期通信で使用可能な帯域容量また
はストリームを管理する管理装置の識別番号を記憶する
第３の記憶手段をさらに備えることを特徴とする請求項
１に記載の情報処理装置。 - 【請求項３】 自分自身が前記管理装置であるか否かを
示す情報を記憶する第４の記憶手段をさらに備えること
を特徴とする請求項２に記載の情報処理装置。 - 【請求項４】 前記バスは、IEEE1394バスであることを
特徴とする請求項１に記載の情報処理装置。 - 【請求項５】 複数のバス間で同期通信を行う情報処理
装置における情報処理方法において、 前記同期通信で使用可能な帯域容量を記憶する第１の記
憶ステップと、 前記同期通信で使用可能なストリームに関する情報を記
憶する第２の記憶ステップとを備えることを特徴とする
情報処理方法。 - 【請求項６】 複数のバス間で同期通信を行う情報処理
装置に用いられるコンピュータプログラムを提供する提
供媒体において、 前記同期通信で使用可能な帯域容量を記憶する第１の記
憶ステップと、 前記同期通信で使用可能なストリームに関する情報を記
憶する第２の記憶ステップとを有するコンピュータプロ
グラムを提供することを特徴とする提供媒体。 - 【請求項７】 複数のバス間で同期通信を行う情報処理
装置において、 前記同期通信で使用可能な帯域容量またはストリームを
管理する管理装置に記憶されている前記使用可能な帯域
容量を読み出す第１の読み出し手段と、 前記第１の読み出し手段により読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約手段と、 前記管理装置に記憶されている前記ストリームの情報を
読み出す第２の読み出し手段と、 前記第２の読み出し手段により読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約手段とを備えることを特徴とする情報処理
装置。 - 【請求項８】 前記第１の予約手段により予約された前
記帯域容量を開放する第１の開放手段と、 前記第２の予約手段により予約された前記ストリームを
開放する第２の開放手段とをさらに備えることを特徴と
する請求項７の情報処理装置。 - 【請求項９】 前記バスは、IEEE1394バスであることを
特徴とする請求項７に記載の情報処理装置。 - 【請求項１０】 複数のバス間で同期通信を行う情報処
理装置における情報処理方法において、 前記同期通信で使用可能な帯域容量またはストリームを
管理する管理装置に記憶されている前記使用可能な帯域
容量を読み出す第１の読み出しステップと、 前記第１の読み出しステップで読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約ステップと、 前記管理装置に記憶されている前記ストリームの情報を
読み出す第２の読み出しステップと、 前記第２の読み出しステップで読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約ステップとを備えることを特徴とする情報
処理方法。 - 【請求項１１】 複数のバス間で同期通信を行う情報処
理装置に用いられるコンピュータプログラムを提供する
提供媒体において、 前記同期通信で使用可能な帯域容量またはストリームを
管理する管理装置に記憶されている前記使用可能な帯域
容量を読み出す第１の読み出しステップと、 前記第１の読み出しステップで読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約ステップと、 前記管理装置に記憶されている前記ストリームの情報を
読み出す第２の読み出しステップと、 前記第２の読み出しステップで読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約ステップとを有するコンピュータプログラ
ムを提供することを特徴とする提供媒体。 - 【請求項１２】 第１の情報処理装置と第２の情報処理
装置により構成される情報処理システムにおいて、 前記第１の情報処理装置は、 複数のバス間で同期通信を行う際に使用可能な帯域容量
を記憶する第１の記憶手段と、 前記同期通信を行う際に使用可能なストリームに関する
情報を記憶する第２の記憶手段とを備え、 前記第２の情報処理装置は、 前記第１の情報処理装置の前記第１の記憶手段により記
憶された前記使用可能な帯域容量を読み出す第１の読み
出し手段と、 前記第１の読み出し手段により読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約手段と、 前記第１の情報処理装置の前記第２の記憶手段により記
憶された前記情報を読み出す第２の読み出し手段と、 前記第２の読み出し手段により読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約手段とを備えることを特徴とする情報処理
システム。 - 【請求項１３】 第１の情報処理装置と第２の情報処理
装置により構成される情報処理システムにおける情報処
理方法において、 前記第１の情報処理装置は、 複数のバス間で同期通信を行う際に使用可能な帯域容量
を記憶する第１の記憶ステップと、 前記同期通信を行う際に使用可能なストリームに関する
情報を記憶する第２の記憶ステップとを備え、 前記第２の情報処理装置は、 前記第１の情報処理装置の前記第１の記憶ステップで記
憶された前記使用可能な帯域容量を読み出す第１の読み
出しステップと、 前記第１の読み出しステップで読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約ステップと、 前記第１の情報処理装置の前記第２の記憶ステップで記
憶された前記情報を読み出す第２の読み出しステップ
と、 前記第２の読み出しステップで読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約ステップとを備えることを特徴とする情報
処理方法。 - 【請求項１４】 第１の情報処理装置と第２の情報処理
装置により構成される情報処理システムに用いられる提
供媒体において、 前記第１の情報処理装置は、 複数のバス間で同期通信を行う際に使用可能な帯域容量
を記憶する第１の記憶ステップと、 前記同期通信を行う際に使用可能なストリームに関する
情報を記憶する第２の記憶ステップとを備え、 前記第２の情報処理装置は、 前記第１の情報処理装置の前記第１の記憶ステップで記
憶された前記使用可能な帯域容量を読み出す第１の読み
出しステップと、 前記第１の読み出しステップで読み出された前記使用可
能な帯域容量に対応して、前記同期通信に使用する帯域
容量を予約する第１の予約ステップと、 前記第１の情報処理装置の前記第２の記憶ステップで記
憶された前記情報を読み出す第２の読み出しステップ
と、 前記第２の読み出しステップで読み出された前記情報に
対応して、前記同期通信に使用するストリームを予約す
る第２の予約ステップとを有するコンピュータプログラ
ムを提供することを特徴とする提供媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10009081A JPH11205373A (ja) | 1998-01-20 | 1998-01-20 | 情報処理装置および方法、情報処理システム、並びに提供媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10009081A JPH11205373A (ja) | 1998-01-20 | 1998-01-20 | 情報処理装置および方法、情報処理システム、並びに提供媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11205373A true JPH11205373A (ja) | 1999-07-30 |
Family
ID=11710676
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10009081A Withdrawn JPH11205373A (ja) | 1998-01-20 | 1998-01-20 | 情報処理装置および方法、情報処理システム、並びに提供媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11205373A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100334305B1 (ko) * | 1997-03-21 | 2002-05-03 | 가나이 쓰토무 | 전자 장치, 전자 장치 사용 방법, 및 전자 장치 시스템 |
| US7007078B2 (en) | 1999-12-28 | 2006-02-28 | Nec Corporation | Method and apparatus for re-securing resources after a detected bus reset |
-
1998
- 1998-01-20 JP JP10009081A patent/JPH11205373A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100334305B1 (ko) * | 1997-03-21 | 2002-05-03 | 가나이 쓰토무 | 전자 장치, 전자 장치 사용 방법, 및 전자 장치 시스템 |
| US7007078B2 (en) | 1999-12-28 | 2006-02-28 | Nec Corporation | Method and apparatus for re-securing resources after a detected bus reset |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100381646B1 (ko) | 데이터 전송 제어 장치 및 전자 기기 | |
| US6904049B1 (en) | Data transfer system and method for transferring data packets over an ATM link | |
| US6678781B1 (en) | Network configuration method | |
| WO2005083937A1 (en) | Generating topology information identifying devices in a network topology | |
| JP4467804B2 (ja) | ワイヤレス型コネクションを含む通信ネットワークにおける帯域幅管理方法 | |
| US6408355B1 (en) | Method for releasing isochronous transaction in bus network, bus network utilizing the method thereof and information provision medium | |
| US6775714B1 (en) | Communication method, communication apparatus, communication system and providing medium | |
| JPH11205373A (ja) | 情報処理装置および方法、情報処理システム、並びに提供媒体 | |
| EP1005198A1 (en) | Information processor, information processing method, information processing system, and providing medium | |
| US7124227B2 (en) | Programmable interface link layer device | |
| EP0935370A1 (en) | Electronic apparatus and data communication method | |
| JP2003069589A (ja) | ネットワークシステム、アドレッシング方法、通信制御装置及び方法 | |
| JP3655604B2 (ja) | ネットワーク中継装置及びネットワーク中継方法 | |
| JP3622535B2 (ja) | データ伝送装置およびデータ伝送方法 | |
| US6757773B1 (en) | System and method for determining support capability of a device coupled to a bus system | |
| EP1280311B1 (en) | Communication system having a dominating node capable of managing other nodes | |
| US6556566B1 (en) | Time division switch with inserter and dropper using external memory and time division switching method | |
| KR100577147B1 (ko) | 버스시스템의기기제어방법 | |
| US6745276B2 (en) | Communication method and apparatus | |
| JP3731591B2 (ja) | マネージャ機器及び通信制御方法 | |
| JP3678244B2 (ja) | 電子機器及び通信制御方法 | |
| JP3678242B2 (ja) | マネージャ機器及び通信制御方法 | |
| JPH11308243A (ja) | ネットワークシステム | |
| JP3731590B2 (ja) | マネージャ機器及び通信制御方法 | |
| JP2002077175A (ja) | 通信制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050405 |