JP2003110561A - ホームネットワーク上のストリーム管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ホームネットワーク上に確立されたコネクシ
ョンの状態を容易にかつ素早く把握し、それによりコネ
クションの確立処理を簡素にし、確立に要する時間を短
縮できるストリーム管理装置を提供する。 【解決手段】 ストリーム管理装置(コントローラ)11は
コネクションテーブル管理部11dによりコネクションテ
ーブルを管理する。コネクションテーブルはホームネッ
トワーク上で確立されたコネクションのストリーム情報
を格納する。ストリーム情報はoＰＣＲの内容に基づい
て、ＨＡＶｉに準拠及び非準拠のコネクションのいずれ
にについても作成される。ＰＣＲ監視部11eはoＰＣＲの
内容の変更をポーリングにより監視する。ストリーム管
理部11aはコネクションの確立時、コネクションテーブ
ルからアイソクロナスチャネル及び帯域幅を取得する。
それと共に、新たなコネクションについてコネクション
テーブルを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
規格に準拠したホームネットワーク内でコネクションの
確立及び切断を管理するためのストリーム管理装置に関
する。

【０００２】

【従来の技術】近年、ディジタル通信網の急速な発達に
伴い、様々な情報処理機器及び情報家電が広く普及し
た。その結果、家庭内に様々な情報処理機器等が存在す
る。例えば、パーソナルコンピュータ(ＰＣ)及び携帯電
話等によりインターネットとの間で様々な情報が交換さ
れる。ディジタルテレビジョン受像器(ＤＴＶ)及びセッ
トトップボックス(ＳＴＢ)等によりディジタル放送の映
像が視聴される。それらの映像データがディジタルビデ
オカセットレコーダ(ＤＶＣＲ)又はＤＶＤレコーダによ
り記録される。ディジタルビデオカメラ(ＤＶＣ)及びデ
ィジタルスチルカメラ(ＤＳＣ)により撮影された映像が
ディスプレイに表示されて鑑賞される。ＣＤプレーヤ又
はＤＶＤプレーヤにより音声データが再生される。

【０００３】家庭内の情報処理機器等は互いに接続さ
れ、一つのディジタルネットワークを構築する。そのよ
うなネットワークをホームネットワークという。ホーム
ネットワーク内では、上記のような映像データ及び音声
データを含むディジタルデータが交換される。例えば、
ＤＶＣ及びＤＳＣにより撮影された映像データがＰＣで
編集され、又は携帯電話で通信される。ディジタル放送
の映像データがＰＣを通してハードディスク(ＨＤ)へ記
録される。

【０００４】上記のようなホームネットワークの接続方
式として、ＩＥＥＥ１３９４規格が好ましい。ＩＥＥＥ
１３９４規格ではデバイス同士が一本のケーブル(ＩＥ
ＥＥ１３９４シリアルバス)で接続されれば良い。デバ
イス間でのコマンド及びストリームの伝送は共通のＩＥ
ＥＥ１３９４シリアルバスを通して、双方向に実行でき
る。特に、ＩＥＥＥ１３９４規格により定められた通信
形態の一つであるアイソクロナス(Isochronous)通信
は、映像データ及び音声データを含むストリームのリア
ルタイム伝送に最適である。ＩＥＥＥ１３９４シリアル
バスにはアイソクロナス通信用のチャネルが複数含まれ
る。その一つのチャネル(アイソクロナスチャネル)に一
つのストリームを割り当てることで、複数のストリーム
が実質上同時に伝送される。

【０００５】ＩＥＥＥ１３９４規格に準拠したホームネ
ットワーク上では、デバイス間のデータ伝送経路すなわ
ちコネクションが、出力デバイスプラグと入力デバイス
プラグとの間に確立される。ここで、デバイスプラグは
デバイスの論理的な接続端子である。出力デバイスプラ
グ及び入力デバイスプラグのそれぞれに対応して、出力
プラグ制御レジスタ(output Plug Control Register：o
ＰＣＲ)及び入力プラグ制御レジスタ(input Plug Contr
ol Register：iＰＣＲ)が定義される。ＰＣＲは対応す
るデバイスプラグの属性を保持するためのレジスタであ
る。デバイスプラグの属性には、アイソクロナスチャネ
ルの番号、帯域幅(bandwidth)及びデータ転送レート、
並びに、そのデバイスプラグについて確立されたコネク
ションの数が含まれる。

【０００６】コネクションは次の三種類の形態を含む： (a) ポイント−トゥ−ポイント(point−to−point、以
下ＰtoＰと略す)コネクションは、出力デバイスプラグ
から一つのアイソクロナスチャネルを経由して入力デバ
イスプラグまでのストリーム伝送経路である。ＰtoＰコ
ネクションを確立したアプリケーション(以下、オーナ
という)だけが、そのＰtoＰコネクションを切断でき
る。

【０００７】(b) ブロードキャストイン(Broadcast−i
n、以下Ｂinと略す)コネクションは一つのアイソクロナ
スチャネルから入力デバイスプラグまでのストリーム伝
送経路である。Ｂinコネクションでは出力デバイスプラ
グは特定されない。 (c) ブロードキャストアウト(Broadcast−out、以下Ｂ
outと略す)コネクションは出力デバイスプラグから一つ
のアイソクロナスチャネルまでのストリーム伝送経路で
ある。Ｂoutコネクションでは入力デバイスプラグは特
定されない。アプリケーションはＢinコネクション及び
Ｂoutコネクションを、所属のデバイスにより提供され
るデバイスプラグについてだけ確立できる。一方、アプ
リケーションはＢinコネクション及びＢoutコネクショ
ンを、任意のデバイスにより提供されるデバイスプラグ
について切断できる。

【０００８】ＩＥＥＥ１３９４規格はネットワークの階
層構造(レイヤ)の内、下位レイヤについて規定する。一
方、上位レイヤについては様々なアーキテクチャが提案
されている。特に、ホームネットワーク上のデバイスに
対する制御ソフトウェアについて、ＨＡＶｉ(Home Audi
o/Video Interoperability)によるアーキテクチャが知
られている。ＨＡＶｉでは、ホームネットワーク上のデ
バイスのそれぞれで実行されるアプリケーションとデバ
イスドライバとの間のインタフェース(Application Pro
gramming Interface：ＡＰＩ)が定義される。それによ
り、アプリケーションはデバイス制御について共通のＡ
ＰＩを、デバイス固有の特性に実質上依存せずに利用で
きる。従って、アプリケーション開発者は、デバイス固
有の特性に依存するソフトウェア部分をアプリケーショ
ンから低減できる。その結果、高性能なアプリケーショ
ンを高品質で開発できる。

【０００９】図5は、ＨＡＶｉに準拠したホームネット
ワークでの従来のコネクション管理を説明するためのブ
ロック図である。図5では、ＤＴＶ100、ＳＴＢ2及びＤ
ＶＣＲ3が互いにＩＥＥＥ１３９４シリアルバス5で接続
され、一つのホームネットワークを構築する。ＤＴＶ10
0は、ストリーム管理装置であるコントローラ101と、モ
ニタ機能部(Functional Component：ＦＣ)12と、を有す
る。

【００１０】コントローラ101はＣＰＵ、ＲＡＭ、ＲＯ
Ｍ及びＩＥＥＥ１３９４バスブリッジを含む(図示せ
ず)。ＲＯＭはＨＡＶｉのシステムコンポーネントと複
数のソフトウェアエレメント(Software Element：ＳＥ)
とを記憶する。ＳＥは、ＤＴＶ100のデバイス制御モジ
ュール(Device Control Module：ＤＣＭ)、モニタＦＣ1
2の機能制御モジュール(Functional Component Modul
e：ＦＣＭ)であるＡＶディスプレイＦＣＭ、ホームネッ
トワーク上の他のデバイス(ＳＴＢ2とＤＶＣＲ3)のＤＣ
Ｍ及び他のデバイス内のＦＣのＦＣＭを含む。他のデバ
イスのＤＣＭ及びＦＣＭをＲＯＭへインストールするこ
とにより、コントローラ11はそれらのデバイス(ターゲ
ット)に対するホストとして機能する。

【００１１】ＣＰＵは所定のアプリケーションに従っ
て、システムコンポーネント又はＳＥをＲＯＭから呼び
出す。特に、ホストとして他のデバイスを制御する時、
ターゲットのＤＣＭ又はＦＣＭをＲＯＭから呼び出す。
それにより、ＣＰＵはデバイス制御部101bとして機能す
る。デバイス制御部101bは所定のコマンドを、ネットワ
ークインタフェース101cにより目標のデバイスへ出力す
る。ここで、ネットワークインタフェース101cはＩＥＥ
Ｅ１３９４バスブリッジに相当し、ＣＰＵにより実行さ
れるメッセージングシステム(Messaging System)及びＣ
ＭＭ１３９４(Communication Media Manager 1394)に従
って機能する。メッセージングシステム及びＣＭＭ１３
９４はいずれもＨＡＶｉで定義されたシステムコンポー
ネントであり、ＩＥＥＥ１３９４シリアルバスによる通
信機能を提供する。

【００１２】コントローラ101はデバイス制御部101bに
より出力されるコマンドを用いて、所属のＤＴＶ100内
のモニタＦＣ12を始め、ホームネットワーク上の他のデ
バイスを制御する。例えば、ＳＴＢ2からそのＤＣＭと
チューナＦＣＭとをインストールする。それらのＤＣＭ
及びチューナＦＣＭにより、デバイス制御部101bはＳＴ
Ｂ2及びその内部のチューナＦＣ21を制御する。コント
ローラ101は更に、ＤＶＣＲ3からそのＤＣＭとＶＣＲＦ
ＣＭとをインストールする。それらのＤＣＭ及びＶＣＲ
ＦＣＭにより、デバイス制御部101bはＤＶＣＲ3及びそ
の内部のプレーヤ／レコーダＦＣ31を制御する。

【００１３】コントローラ101では更に、ＣＰＵがスト
リームマネージャを実行し、ストリーム管理部101aとし
て機能する。ここで、ストリームマネージャはＨＡＶｉ
で定義されたシステムコンポーネントの一つであり、ホ
ームネットワーク上のプラグについてコネクションを確
立し及び切断するためのソフトウェアである。ストリー
ム管理部101aはホームネットワーク上にコネクションを
後述のように確立し及び切断する。ここで、ＨＡＶｉで
のコネクションは上記のＩＥＥＥ１３９４規格によるデ
バイスプラグ間のコネクションに、デバイスプラグとそ
のデバイス内のＦＣのプラグ(ＦＣＭプラグ)とのコネク
ション(Attachment)、及び、ＦＣＭプラグ同士のコネク
ション(Internal Connection)を加えたものである。デ
バイスプラグは所属のデバイスのＤＣＭにより、ＦＣＭ
プラグは所属のＦＣのＦＣＭにより、それぞれ制御され
る。

【００１４】(1) ＨＡＶｉによるＰtoＰコネクション
は、ストリームの出力元のＦＣＭプラグ(ソースプラグ)
から、出力デバイスプラグ、ＩＥＥＥ１３９４シリアル
バスのアイソクロナスチャネル及び入力デバイスプラグ
を経由して、ストリームの入力先のＦＣＭプラグ(シン
クプラグ)までのストリーム伝送経路である。 (2) ＨＡＶｉによるＢinコネクションは、アイソクロ
ナスチャネルから入力デバイスプラグを通してシンクプ
ラグまでのストリーム伝送経路である。Ｂinコネクショ
ンではソースプラグは特定されない。 (3) ＨＡＶｉによるＢoutコネクションは、ソースプラ
グから一つのアイソクロナスチャネルまでのストリーム
伝送経路である。Ｂoutコネクションではシンクプラグ
は特定されない。

【００１５】以下、図5により示されたモデルを例とし
て、コントローラ101によるＨＡＶｉに準拠したＰtoＰ
コネクション及びＢinコネクションの確立及び切断につ
いて説明する。 ＜ＨＡＶｉでのＰtoＰコネクション＞ＤＴＶ100又はホ
ームネットワーク上の他のデバイスで実行されるアプリ
ケーションがコントローラ101に対して、ＳＴＢ2内のチ
ューナＦＣ21のソースプラグ2aからＤＶＣＲ3内のプレ
ーヤ／レコーダＦＣ31のシンクプラグ3aまでのＰtoＰコ
ネクションの確立を要求する。ここで、コントローラ10
1に対してコネクションの確立を要求するアプリケーシ
ョンをオーナという。

【００１６】オーナからのＰtoＰコネクション確立要求
の入力時、ストリーム管理部101aはデバイス制御部101b
によりＳＴＢ2内のソースプラグ2aとＤＶＣＲ3内のシン
クプラグ3aとのそれぞれでサポートされるストリームタ
イプ及び伝送フォーマットを読み出す。ストリーム管理
部101aは、デバイス制御部101bにより読み出されたスト
リームタイプ及び伝送フォーマットの中から、互換性を
有するそれぞれの組合せを選択する。

【００１７】ストリーム管理部101aはデバイス制御部10
1bにより、ＳＴＢ2のＤＣＭにアクセスする。それによ
り、ＳＴＢ2の出力デバイスプラグ2bについて別のＰto
Ｐコネクションが既に確立されているかどうかを確認す
る。別のＰtoＰコネクションが既に確立されている時、
ストリーム管理部101aは新たなＰtoＰコネクションのア
イソクロナスチャネル及び帯域幅を、既に確立されたＰ
toＰコネクションと等しく設定する。それ以外の時、ス
トリーム管理部101aは新たなＰtoＰコネクションに対し
て未使用のアイソクロナスチャネル(番号をXとする)と
帯域幅とを割り当てる。

【００１８】ここで、図5ではＩＥＥＥ１３９４シリア
ルバス5内にアイソクロナスチャネルを示す線5aが複数
描かれている。しかし、アイソクロナスチャネルは論理
上の構成であり、ＩＥＥＥ１３９４シリアルバス5がア
イソクロナスチャネル別に複数の物理ケーブルを含むの
ではない。

【００１９】ストリーム管理部101aは次に、チューナＦ
Ｃ21のソースプラグ2aをＳＴＢ2の出力デバイスプラグ2
bへ接続する。その時、選択されたストリームタイプ及
び伝送フォーマットがソースプラグ2aに対して設定され
る。

【００２０】ストリーム管理部101aは続いて、ＳＴＢ2
の出力デバイスプラグ2bを番号Xのアイソクロナスチャ
ネルへ接続し、更にそのアイソクロナスチャネルへＤＶ
ＣＲ3の入力デバイスプラグ3bを接続する。それによ
り、出力デバイスプラグ2bに対応するoＰＣＲと、入力
デバイスプラグ3bに対応するiＰＣＲと、のそれぞれの
内容が更新される。つまり、oＰＣＲ及びiＰＣＲのそれ
ぞれで、ＰtoＰコネクションカウンタ(point−to−poin
t connection counter：ｐｃｃ)が1だけ加算され、アイ
ソクロナスチャネルの番号がXに設定される。

【００２１】ストリーム管理部101aは更に続いて、プレ
ーヤ／レコーダＦＣ31のシンクプラグ3aをＤＶＣＲ3の
入力デバイスプラグ3bへ接続する。その時、選択された
ストリームタイプ及び伝送フォーマットがシンクプラグ
3aに対して設定される。こうして、ストリーム管理部10
1aはＳＴＢ2内のソースプラグ2aとＤＶＣＲ3内のシンク
プラグ3aとの間にＰtoＰコネクションを確立する。

【００２２】ストリーム管理部101aはＰtoＰコネクショ
ンを、上記のようにソースプラグからシンクプラグへと
順に確立する。逆に、ストリーム管理部101aはＰtoＰコ
ネクションをシンクプラグからソースプラグへと順に切
断する。ここで、ＰtoＰコネクションのオーナだけがス
トリーム管理部101aに対してそのＰtoＰコネクションの
切断を要求できる。上記の例では、まず、ＤＶＣＲ3の
入力デバイスプラグ3bとプレーヤ／レコーダＦＣ31のシ
ンクプラグ3aとが切断される。次に、ＤＶＣＲ3の入力
デバイスプラグ3bに対応するiＰＣＲ及びＳＴＢ2の出力
デバイスプラグ2bに対応するoＰＣＲのそれぞれの内容
が更新される。それにより、iＰＣＲ及びoＰＣＲのそれ
ぞれでｐｃｃが1だけ減算され、アイソクロナスチャネ
ルの番号がクリアされる。最後に、チューナＦＣ21のソ
ースプラグ2aとＳＴＢ2の出力デバイスプラグ2bとが切
断される。

【００２３】＜ＨＡＶｉでのＢinコネクション＞ＳＴＢ
2の出力デバイスプラグ2bが番号Xのアイソクロナスチャ
ネルとの間でＢoutコネクションを確立している時、Ｄ
ＴＶ100上のアプリケーションがコントローラ101に対し
て、モニタＦＣ12のシンクプラグ12aと番号Xのアイソク
ロナスチャネルとの間のＢinコネクションの確立を要求
する。その時、ストリーム管理部101aはデバイス制御部
101bによりチューナＦＣ21のＦＣＭをアクセスし、その
ソースプラグ2aから出力されるストリームのストリーム
タイプ及び伝送フォーマットを読み出す。同様に、スト
リーム管理部101aはデバイス制御部101bによりモニタＦ
Ｃ12のＦＣＭをアクセスし、モニタＦＣ12のシンクプラ
グ12aによりサポートされるストリームタイプ及び伝送
フォーマットを読み出す。

【００２４】ストリーム管理部101aは読み出されたスト
リームタイプ及び伝送フォーマットをそれぞれ比較し、
一致するかどうかをチェックする。ＳＴＢ2内のソース
プラグ2aからの出力ストリームのストリームタイプ及び
伝送フォーマットがモニタＦＣ12のシンクプラグ12aに
よりサポートされるものと一致する時、ストリーム管理
部101aはモニタＦＣ12のシンクプラグ12aとＤＴＶ100の
入力デバイスプラグ100aとを接続する。その時、上記の
ストリームタイプ及び伝送フォーマットがシンクプラグ
12aに設定される。

【００２５】ストリーム管理部101aはＤＴＶ100の入力
デバイスプラグ100aを番号Xのアイソクロナスチャネル
へ接続する。その時、入力デバイスプラグ100aに対応す
るiＰＣＲの内容が更新される。例えば、iＰＣＲのブロ
ードキャストコネクションカウンタ(broadcast connect
ion counter：ｂｃｃ)が1だけ加算され、アイソクロナ
スチャネルの番号がXに設定される。こうして、ストリ
ーム管理部101aはモニタＦＣ12によるＢinコネクション
を確立する。

【００２６】逆に、コントローラ101がＤＴＶ100上のア
プリケーションからモニタＦＣ12によるＢinコネクショ
ンの切断を要求された時、ストリーム管理部101aはま
ず、モニタＦＣ12のシンクプラグ12aとＤＴＶ100の入力
デバイスプラグ100aとを切断する。続いて、ストリーム
管理部101aは入力デバイスプラグ100aに対応するiＰＣ
Ｒの内容を更新する。それにより、iＰＣＲのｐｃｃが1
だけ減算され、アイソクロナスチャネルの番号がクリア
される。こうして、モニタＦＣ12によるＢinコネクショ
ンが切断される。

【００２７】ＨＡＶｉ準拠のホームネットワークでは通
常、一つのソースプラグ又はアイソクロナスチャネルに
ついて複数のシンクプラグとのコネクションが同時に確
立されても良い(そのような複数のコネクションの確立
をオーバレイという)。その反面、上記のホームネット
ワークでは一つのオーナがそのコネクションのソースプ
ラグ又はアイソクロナスチャネルについて、他のオーナ
により既に確立された他のコネクションを切断しかつ新
たなコネクションの確立を禁止できる。そのように、一
つのオーナによりそのコネクションのソースプラグへの
他のコネクションの確立が禁止されることをペアレンタ
ルロックという。

【００２８】例えば、図5に示された上記のホームネッ
トワークでは、チューナＦＣ21のソースプラグ2aに対す
るペアレンタルロックが、コントローラ101のデバイス
制御部101bにより次のように設定される： チューナＦ
Ｃ21のソースプラグ2aについて確立されたコネクション
のオーナが、そのソースプラグ2aに対するペアレンタル
ロックの設定をコントローラ101へ要求する。その時、
デバイス制御部101bはチューナＦＣ21のＦＣＭにアクセ
スし、そのソースプラグ2aに対してペアレンタルロック
を設定する。それと共に、ストリーム管理部101aはその
ソースプラグ2aについて確立されたコネクションを全て
チェックし、ペアレンタルロックにより特定されるコネ
クション以外を切断する。

【００２９】更に、ストリーム管理部101aは新たなコネ
クションの確立時、デバイス制御部101bにより目標のソ
ースプラグについて、ペアレンタルロックの有無をチェ
ックする。もし、目標のソースプラグに対してペアレン
タルロックが設定されていれば、ストリーム管理部101a
はそのペアレンタルロックを設定したオーナのＩＤを目
標のソースプラグから読み出す。ストリーム管理部101a
は更に、ペアレンタルロックを設定したオーナのＩＤ
と、コネクションの確立を要求したオーナのＩＤと、を
比較する。それらのＩＤが一致した時、ストリーム管理
部101aはコネクションの確立処理を続行する。それ以外
の時、ストリーム管理部101aはコネクションの確立要求
を拒否する。こうして、ペアレンタルロックを設定した
オーナ以外は、そのソースプラグについてのコネクショ
ンの確立を禁止される。

【００３０】

【発明が解決しようとする課題】ＩＥＥＥ１３９４規格
に準拠のホームネットワーク上には、上記のようなＨＡ
Ｖｉ準拠のデバイス以外に、ＨＡＶｉに準拠していない
デバイスが一般に多数含まれる。従って、ホームネット
ワーク上のコネクションには、ＨＡＶｉに非準拠のアプ
リケーションにより管理されるものが一般に含まれる。
ＨＡＶｉに非準拠のアプリケーションは一般にＰＣＲの
管理によりコネクションを確立し及び切断する。

【００３１】しかし、上記のコントローラ101のような
従来のストリーム管理装置は、ＦＣＭプラグ等のＨＡＶ
ｉに準拠したプラグを管理し、それによりコネクション
を管理した。特に、ＨＡＶｉに準拠のデバイス間でのコ
ネクションについてだけ、ストリームタイプ及び伝送フ
ォーマット等のストリーム情報をリスト(GlobalConnect
ionMap)として保持した。従って、従来のストリーム管
理装置がホームネットワーク上の全てのコネクションを
把握するには、ＨＡＶｉに非準拠のデバイスによるコネ
クションについてはそれぞれのデバイスのＰＣＲを直接
アクセスしなければならかった。

【００３２】例えば、一つのソースプラグについてコネ
クションを確立する時、及び、ソースプラグに対してペ
アレンタルロックを設定する時、そのソースプラグに接
続すべき出力デバイスプラグに別のコネクションが既に
確立されているかどうか、が確認されねばならない。従
来のストリーム管理装置はその確認時、ＨＡＶｉに非準
拠のデバイスについてはそれぞれのoＰＣＲを直接アク
セスしなければならなかった。従って、従来のストリー
ム管理装置ではコネクションの確立処理が複雑であり、
その確立までに要する時間が長かった。

【００３３】更に、従来のストリーム管理装置はストリ
ーム情報とは異なり、ＨＡＶｉに準拠のソースプラグに
対するペアレンタルロックについての情報をリストとし
ては保持していなかった。従って、従来のストリーム管
理装置は新たなコネクションの確立時ごとに目標のソー
スプラグにアクセスし、そのソースプラグに対してペア
レンタルロックが設定されているかどうか、を確認しな
ければならかった。その結果、ＨＡＶｉに準拠のプラグ
だけを含むホームネットワークでも、従来のストリーム
管理装置ではコネクションの確立処理が複雑であり、そ
の確立までに要する時間が長かった。

【００３４】本発明は、ホームネットワーク上に確立さ
れたコネクションの状態を容易にかつ素早く把握し、そ
れによりコネクションの確立処理を簡素にし、確立に要
する時間を短縮できるストリーム管理装置、の提供を目
的とする。

【００３５】

【課題を解決するための手段】本発明によるホームネッ
トワーク上のストリーム管理装置は、ＩＥＥＥ１３９４
規格に準拠し、 (A) ホームネットワーク上のデバイスで実行されるア
プリケーションからのコネクション確立要求又は切断要
求に従って、ホームネットワーク上のプラグについてコ
ネクションを確立し又は切断するためのストリーム管理
部； (B) ホームネットワーク上のデバイスに対する制御プ
ログラムを実行してデバイスを制御するためのデバイス
制御部； (C) ホームネットワークとの間で通信するためのネッ
トワークインタフェース；及び、 (D) ストリーム管理部により確立されたコネクション
と、ホームネットワーク上の他のデバイスにより確立さ
れたコネクションと、についてそれぞれのストリーム情
報を格納したコネクションテーブル、を記憶しかつ更新
するためのコネクションテーブル管理部；を有する。

【００３６】ここで、上記のコネクションテーブルに含
まれるストリーム情報は一般に、ＨＡＶｉに準拠のプラ
グ及びＨＡＶｉに非準拠のプラグのそれぞれに関する。
従って、上記のストリーム管理装置はホームネットワー
ク上で確立されたコネクションについてのストリーム情
報を、コネクションテーブルの参照により容易にかつ素
早く把握できる。それ故、上記のストリーム管理装置は
従来のストリーム管理装置とは異なり、新たなコネクシ
ョンの確立時ごとにホームネットワーク上のプラグにア
クセスしなくても良い。その結果、従来のストリーム管
理装置より容易にかつ素早くコネクションを確立でき
る。

【００３７】上記のストリーム管理装置では、ストリー
ム情報が出力デバイスプラグに対応するoＰＣＲの内容
に基づいて決定されても良い。ＩＥＥＥ１３９４規格に
準拠のデバイスプラグには対応するＰＣＲが存在する。
特に、出力デバイスプラグに対応するoＰＣＲからはそ
の出力デバイスプラグについて確立されたコネクション
のストリーム情報として、コネクションの種類、アイソ
クロナスチャネル及び帯域幅が決定され得る。従って、
上記のストリーム管理装置はＨＡＶｉに準拠のプラグ及
び非準拠のプラグのいずれについても、それぞれについ
て確立されたコネクションのストリーム情報をコネクシ
ョンテーブルとして保持できる。

【００３８】上記のストリーム管理装置では、(A) デ
バイス制御部が、(a) ホームネットワーク上のoＰＣＲ
をポーリングにより監視し、(b) oＰＣＲのいずれかの
内容の変更時、その変更されたoＰＣＲの内容を読み出
し；(B) その読み出されたoＰＣＲの内容に基づいて、
コネクションテーブル管理部が対応するストリーム情報
をコネクションテーブルへ書き込む；ようにしても良
い。そのストリーム管理装置は、ホームネットワーク上
のいずれのプラグでのストリーム情報の変更にも即座に
対応し、コネクションテーブルを更新できる。その結
果、コネクションテーブルに格納されたストリーム情報
が実質上常に最新に維持される。

【００３９】上記のストリーム管理装置ではデバイス制
御部が特に、ホームネットワーク上のoＰＣＲの内容を
監視するためのＰＣＲ監視部、を有しても良い。そのよ
うなストリーム管理装置では、例えば： (A) ＰＣＲ監視部が、(a) ホームネットワーク上のo
ＰＣＲをポーリングにより監視し、(b) oＰＣＲのいず
れかの内容の変更時、その変更されたoＰＣＲの内容を
読み出し；(B) その読み出されたoＰＣＲの内容に基づ
いて、コネクションテーブル管理部が対応するストリー
ム情報をコネクションテーブルへ書き込む；ようにして
も良い。その他に、(A) ＰＣＲ監視部が、(a) ホーム
ネットワーク上のoＰＣＲをポーリングにより監視し、
(b) oＰＣＲのいずれかの内容の変更時、デバイス制御
部へイベントを発行してそのoＰＣＲの内容の変更を通
知し；(B) デバイス制御部がそのイベントの受信時、
変更されたoＰＣＲの内容を読み出し；(C) その読み出
されたoＰＣＲの内容に基づいて、コネクションテーブ
ル管理部が対応するストリーム情報をコネクションテー
ブルへ書き込む；ようにしても良い。上記のストリーム
管理装置では、内部のＣＰＵをＰＣＲ監視部として機能
させるための制御ソフトウェア部分(ＡＰＩ)を、デバイ
ス制御部として機能させるための制御ソフトウェア(Ｄ
ＣＭ)から独立させ得る。それ故、ソフトウェア開発者
がＰＣＲ監視部用ＡＰＩを効率良く開発できる。

【００４０】上記のストリーム管理装置では、 (A) 所定のオーナからのペアレンタルロック設定要求
に従って、ストリーム管理部によりコネクションを確立
されたソースプラグに対してペアレンタルロックを設定
するためのペアレンタルロック管理部、をデバイス制御
部が更に有し； (B) ストリーム管理部が、(a) ペアレンタルロックを
設定されたソースプラグについて、そのペアレンタルロ
ックで指定されたコネクション以外のコネクションを切
断し、(b) そのソースプラグに対してペアレンタルロ
ックを設定したオーナを除き、アプリケーションからの
コネクション確立要求を拒否し； (C) ストリーム管理部により確立されたコネクション
と、ホームネットワーク上の他のデバイスにより確立さ
れたコネクションと、についてそれぞれのペアレンタル
ロック情報をコネクションテーブルが含む；ようにして
も良い。

【００４１】ここで、ソースプラグはＨＡＶｉに準拠の
ＦＣＭプラグの内、ストリームの出力元のプラグであ
る。更に、上記のペアレンタルロック情報は、(A) 対
応するコネクションを確立されたソースプラグに対する
ペアレンタルロックの有無を示す情報と；(B) ペアレ
ンタルロック設定要求を出力したオーナのＩＤと；を含
んでも良い。

【００４２】上記のストリーム管理装置はそのストリー
ム管理部によりコネクションを確立されたソースプラグ
に対してペアレンタルロックを設定できる。ペアレンタ
ルロックの設定時、指定されたコネクション以外のコネ
クションは切断される。その時、上記のストリーム管理
装置はコネクションテーブルの参照により、切断すべき
コネクションの選定を容易にかつ素早く実行できる。そ
の結果、ペアレンタルロックが容易にかつ素早く設定さ
れ得る。

【００４３】更に、新たなコネクションの確立要求の受
信時、上記のストリーム管理装置はコネクションテーブ
ルの参照により、ホームネットワーク内に既存のコネク
ションについてペアレンタルロックの有無及びそのオー
ナを、容易にかつ素早く確認できる。従って、上記のス
トリーム管理装置は既存のペアレンタルロックに基づい
て新たなコネクションの確立要求を許可するか、それと
も拒否するか、を迅速に決定できる。その結果、コネク
ションの確立処理を従来のストリーム管理装置より速く
実行できる。

【００４４】上記のストリーム管理装置では、 (A) デバイス制御部が、(a) ホームネットワーク上の
ソースプラグをポーリングにより監視し、(b) ソース
プラグのいずれかに対するペアレンタルロックの変更
時、その変更されたペアレンタルロックについてのペア
レンタルロック情報を作成し； (B) コネクションテーブル管理部がその作成されたペ
アレンタルロック情報をコネクションテーブルへ書き込
む；ようにしても良い。 そのストリーム管理装置は、ホームネットワーク上のい
ずれのソースプラグでのペアレンタルロック情報の変更
にも即座に対応し、コネクションテーブルを更新でき
る。その結果、コネクションテーブルに格納されたペア
レンタルロック情報が実質上常に最新に維持される。

【００４５】

【発明の実施の形態】以下、本発明の最適な実施の形態
について、その好ましい実施例を挙げて、図面を参照し
つつ説明する。

【００４６】《実施例１》図1は、本発明の実施例１に
よるＤＴＶ1を示すブロック図である。ＣＰＵ1aは様々
なアプリケーション、ＤＣＭ及びＦＣＭを実行し、ＤＴ
Ｖ1の各部分を制御する。更に、ＩＥＥＥ１３９４シリ
アルバス5を通じてホームネットワーク上の他のデバイ
スを制御する。

【００４７】ＲＯＭ1bは好ましくはフラッシュメモリで
ある。ＲＯＭ1bは、ＨＡＶｉのシステムコンポーネント
とＤＴＶ1のＤＣＭコードユニット1fとを記憶する。Ｄ
ＣＭコードユニット1fはＤＴＶ1を制御するためのＤＣ
Ｍ及びＦＣＭを含む。更に、ＲＯＭ1bにはホームネット
ワーク上の他のデバイスのＤＣＭ及びそのＦＣのＦＣＭ
が、ＩＥＥＥ１３９４シリアルバス5を通してインスト
ールされる。

【００４８】ＲＡＭ1cは好ましくはＤＲＡＭである。Ｒ
ＡＭ1cはＣＰＵ1aに対して作業用メモリ領域を提供する
と共に、ＩＥＥＥ１３９４バスブリッジ1fに対してホー
ムネットワークとの通信でのバッファ領域を提供する。
更に、ＲＡＭ1cは後述のコネクションテーブルTを記憶
する。

【００４９】内部バス1dは例えばＰＣＩバス及びホスト
バスを含み、ＣＰＵ1a、ＲＯＭ1b及びＲＡＭ1c等、ＤＴ
Ｖ1内の各部分の間をデータ交換可能に接続する。モニ
タ機能部(Functional Component：ＦＣ)12は内部バス1d
を通して映像音声信号を入力し、それらをディスプレイ
(図示せず)により再生できるように処理する。上記の映
像音声信号はＤＴＶ1内又はホームネットワーク上のチ
ューナ(図示せず)から入力される。

【００５０】ＩＥＥＥ１３９４バスブリッジ1eは内部バ
ス1dとＩＥＥＥ１３９４シリアルバス5との間でのバス
ブリッジであり、ＩＥＥＥ１３９４規格による物理レイ
ヤ及びリンクレイヤでのインタフェースを実現する。例
えば、内部バス1dから入力した送信データをパケットに
分割してシリアル信号へ変換する。更に、変換されたシ
リアル信号をＩＥＥＥ１３９４シリアルバス5へ出力す
る。逆に、ＩＥＥＥ１３９４シリアルバス5から受信し
たシリアル信号をパラレル信号へ変換する。更に、その
パラレル信号からデータを抽出し、内部バス1dへ出力す
る。

【００５１】ＣＰＵ1aは所定のアプリケーションに従っ
てＲＯＭ1bからシステムコンポーネント、ＤＣＭ及びＦ
ＣＭを呼び出す。それにより、コントローラとして機能
し、モニタＦＣ12及びホームネットワーク上の他のデバ
イスを制御する。その時、コントローラは特に、ホーム
ネットワーク上のコネクションを管理するためのストリ
ーム管理装置としての機能を、以下のように実現する。

【００５２】図2は実施例１のコントローラ11によるコ
ネクション管理を説明するためのブロック図である。図
2では、ＤＴＶ1、ＳＴＢ2、ＤＶＣＲ3及びＤＶＤプレー
ヤ4が互いにＩＥＥＥ１３９４シリアルバス5で接続さ
れ、一つのホームネットワークを構築する。

【００５３】ＤＴＶ1、ＳＴＢ2及びＤＶＣＲ3はＨＡＶ
ｉに準拠のデバイスであり、デバイスプラグに対応する
ＰＣＲをそれぞれ有する。更に、それぞれの内部のＦＣ
がＦＣＭプラグを有する。それぞれのデバイスのＤＣＭ
及びＦＣＭを含むＤＣＭコードユニットは、ＩＥＥＥ１
３９４シリアルバス5を通してコントローラ11へインス
トールされる。その結果、それらのデバイスはコントロ
ーラ11により制御される。

【００５４】ＤＶＤプレーヤ4はＨＡＶｉには非準拠
で、ＩＥＥＥ１３９４規格には準拠のデバイスである。
特に、その制御プログラム及びプロトコルはＨＡＶｉに
非準拠であるので、ＤＶＤプレーヤ4はＦＣＭプラグを
含まない。しかし、ＩＥＥＥ１３９４規格には準拠し
て、出力デバイスプラグ4aに対応するoＰＣＲを有す
る。ＤＶＤプレーヤ4はoＰＣＲの管理により、ホームネ
ットワーク上のデバイスとのコネクションを独自で管理
する。

【００５５】ＤＴＶ1内のコントローラ11はＣＰＵ1aに
より実行されるシステムコンポーネント、ＤＣＭ及びＦ
ＣＭに応じて、次の各部の機能を実現する：ストリーム
管理部11aはＣＰＵ1aによるストリームマネージャの実
行で機能する。ここで、ストリームマネージャはＨＡＶ
ｉのシステムコンポーネントの一つであり、ホームネッ
トワーク上のコネクション管理用ＡＰＩを提供する。ス
トリーム管理部11aは、ＤＴＶ1又はホームネットワーク
上の他のデバイスで実行されるアプリケーションからの
コネクション確立要求又は切断要求に従って、ホームネ
ットワーク上のデバイスプラグ又はＦＣＭプラグについ
てコネクションを確立し又は切断する。

【００５６】ストリーム管理部11aにより管理されるコ
ネクションはＨＡＶｉに準拠のデバイスについてだけで
ある。そのようにＨＡＶｉに準拠のデバイス内及びデバ
イス間でのコネクションをＨＡＶｉコネクションとい
う。図2では、ストリーム管理部11aはＤＴＶ1、ＳＴＢ2
及びＤＶＣＲ3の間でのＨＡＶｉコネクションだけを管
理する。一方、ＤＶＤプレーヤ4はストリーム管理部11a
に因らず、独自にコネクションを管理する。

【００５７】ストリーム管理部11aは自ら管理するＨＡ
Ｖｉコネクションについての情報を所定のリスト(ロー
カルコネクションマップ(Local Connection Map))とし
て保持する。更に、ホームネットワーク上の複数のデバ
イスがコントローラ11と同様なストリーム管理装置をそ
れぞれ含む時、ストリーム管理部11aはそれらの複数の
ストリーム管理装置からそれぞれで保持されるローカル
コネクションマップを読み出す。それにより、ホームネ
ットワーク上の全てのＨＡＶｉコネクションについての
情報を一つのリスト(グローバルコネクションマップ(Gl
obal ConnectionMap))として保持する。

【００５８】ローカルコネクションマップに保持される
ＨＡＶｉコネクションについての情報は、(a) コネク
ションＩＤ(ConnectionId)、(b) コネクションタイプ
(ConnectionType)、(c) コネクション状態(Connection
State)、(d) ストリームタイプ(StreamType)、(e) 伝
送フォーマット(TransmissionFormat)、(f) オーナＩ
Ｄ、(g) ソースプラグのプラグＩＤ(FcmPlug)、(h)
シンクプラグのプラグＩＤ、(i) アイソクロナスチャ
ネル情報(Channel)、及び、(j) アイソクロナスチャネ
ルの帯域幅、から成る。

【００５９】(a) コネクションＩＤはホームネットワ
ーク上に確立されたＨＡＶｉコネクションの識別番号で
あり、ＨＡＶｉで定義される。ＨＡＶｉのコネクション
ＩＤは、対応するＨＡＶｉコネクションを確立したスト
リーム管理装置(正確にはそのストリームマネージャ)の
ＳＥＩＤ(Software Element ID)と、そのストリーム管
理装置により割り当てられたシリアル番号と、から成
る。ここでＳＥＩＤは、ホームネットワーク上のデバイ
スにより保持されるソフトウェアエレメント(Software
Element：ＳＥ)に対する識別番号である。ＳＥにはそれ
ぞれのデバイスのＤＣＭとＦＣＭ、及び、コントローラ
11の各部を機能させるシステムコンポーネントが含まれ
る。

【００６０】(b) コネクションタイプは対応するＨＡ
Ｖｉコネクションの種類、すなわちＰtoＰ、Ｂout及び
Ｂinのいずれかを表す。 (c) コネクション状態は、ストリーム管理部が対応す
るＨＡＶｉコネクションの確立に成功したかどうかを示
す。 (d) ストリームタイプは、対応するＨＡＶｉコネクシ
ョンを確立されたＦＣＭプラグにより入出力可能なスト
リームの種類、及び、そのＦＣＭプラグにより許容可能
なデータ転送レートの最大値(最大帯域幅)を含む。ここ
で、最大帯域幅は1秒当たりの伝送ビット数(bits per s
econd：bps)で表される。 (e) 伝送フォーマットはストリームのフォーマットの
種類を示す。

【００６１】(f) オーナＩＤは、対応するＨＡＶｉコ
ネクションの確立を要求したアプリケーション(オーナ)
のＳＥＩＤである。 (g) ソースプラグのプラグＩＤ、及び、(h) シンクプ
ラグのプラグＩＤはそれぞれのＦＣＭプラグに対する識
別番号を示す。但し、(b)のコネクションタイプがＢout
コネクションを示す時はシンクプラグのプラグＩＤは無
視される。更に、(b)のコネクションタイプがＢinコネ
クションを示す時はソースプラグのプラグＩＤは無視さ
れる。

【００６２】(i) アイソクロナスチャネル情報はアイ
ソクロナスチャネルの番号、及び、そのアイソクロナス
チャネルとのＨＡＶｉコネクションを確立されたデバイ
スプラグのシリアル番号から成る。ここで、デバイスプ
ラグのシリアル番号はホームネットワーク上の全てのデ
バイスプラグについて、それぞれに対応するＰＣＲに対
して0から順に割り当てられる。 (j) アイソクロナスチャネルの帯域幅は、対応するＨ
ＡＶｉコネクションのソースプラグから出力されるスト
リームのパケットのサイズに比例し、bpsで表される。
但し、(b)のコネクションタイプがＢinコネクションを
示す時、帯域幅は0に設定される。

【００６３】ストリーム管理部11aは、ホームネットワ
ーク上の全てのＨＡＶｉコネクションについて上記の
(a)〜(j)の各項目を保持する。しかし、ＤＶＤプレーヤ
4のようなＨＡＶｉに非準拠のデバイスにより確立され
たコネクションについては、上記の各項目を保持しな
い。

【００６４】デバイス制御部11bはＣＰＵ1aによるＤＣ
Ｍ及びＦＣＭの実行で機能する。それにより、ＤＴＶ1
のモニタＦＣ12とコントローラ11、ＳＴＢ2とそのチュ
ーナＦＣ21、及び、ＤＶＣＲ3とそのプレーヤ／レコー
ダＦＣ31を制御する。特に、それぞれのデバイスプラグ
及びＦＣＭプラグを管理する。

【００６５】デバイス制御部11bは、例えば、デバイス
プラグに対応するＰＣＲの内容を読み出し又は書き込
む。ここで、ＰＣＲの内容は次の項目を含む：(1) ブ
ロードキャストコネクションカウンタ(broadcast conne
ction counter：ｂｃｃ)は、oＰＣＲではそれについて
確立されたＢoutコネクションの数を、iＰＣＲではそれ
について確立されたＢinコネクションの数を、それぞれ
示す。(2) ポイント−トゥ−ポイントコネクションカ
ウンタ(point-to-point connection counter：ｐｃｃ)
は、そのＰＣＲについて確立されたＰtoＰコネクション
の数を示す。(3)チャネル番号はそのＰＣＲとの間にコ
ネクションを確立されたアイソクロナスチャネルの番号
を示す。oＰＣＲの内容は更に、(4) データ転送レート
と、(5)ストリームのパケットのそれぞれに含まれるペ
イロード(payload)の最大値と、を含む。

【００６６】デバイス制御部11bはＦＣＭプラグを同じ
デバイス内の他のＦＣＭプラグ、又は、そのデバイスの
デバイスプラグと接続し(Attach)又は切断する(Detac
h)。更に、ＦＣＭプラグのそれぞれからＨＡＶｉコネク
ションに関するプラグ状態(PlugStatus)を読み出す。こ
こで、プラグ状態はそのＦＣＭプラグに接続されたデバ
イスプラグ又はＦＣＭプラグの有無を示す。

【００６７】ＰＣＲ監視部11eはデバイス制御部11bのサ
ブモジュールの一つである。ＰＣＲ監視部11eはＩＥＥ
Ｅ１３９４シリアルバス5を通して、ホームネットワー
ク上の全てのデバイスプラグに対してポーリングを定期
的に実行する。それにより、それぞれのデバイスプラグ
に対応するＰＣＲの内容が変更されたかどうかをチェッ
クする。ここで、ＰＣＲ監視部11eによるポーリングは
ＩＥＥＥ１３９４規格で定められた範囲の通信方式(ト
ランザクション)で実行される。従って、ポーリングの
対象にはＨＡＶｉに準拠のデバイスプラグ(例えば、Ｄ
ＴＶ1の入力デバイスプラグ1a、ＳＴＢ2の出力デバイス
プラグ2b及びＤＶＣＲ3の入力デバイスプラグ3b)だけで
なく、ＨＡＶｉに非準拠のデバイスプラグ(例えば、Ｄ
ＶＤプレーヤ4の出力デバイスプラグ4a)も含まれる。

【００６８】ネットワークインタフェース11cは、ＣＰ
Ｕ1aで実行されるメッセージングシステム及びＣＭＭ１
３９４に従って機能するＩＥＥＥ１３９４バスブリッジ
1eに相当する。ネットワークインタフェース11cはＤＴ
Ｖ1内及びホームネットワーク上の他のデバイスとの間
で様々なメッセージを交換する。例えば、ストリーム管
理部11a及びデバイス制御部11bからのコマンドをモニタ
ＦＣ12及びホームネットワーク上の他のデバイスへ送信
する。逆に、モニタＦＣ12及びホームネットワーク上の
他のデバイスからの要求及び応答を受信し、ストリーム
管理部11a及びデバイス制御部11bへ伝達する。

【００６９】ネットワークインタフェース11cは、メッ
セージの送信先を特定するための識別番号としてＳＥＩ
Ｄをホームネットワーク上のデバイスのＳＥに対して割
り当てる。ＤＶＤプレーヤ4のようなＨＡＶｉに非準拠
のデバイスについては、その制御プログラムに対してＳ
ＥＩＤが割り当てられる。

【００７０】コネクションテーブル管理部11dはＲＡＭ1
c内にコネクションテーブルTを作成して管理する(図1参
照)。コネクションテーブルTには、ホームネットワーク
上に確立されたコネクションごとにそれぞれのストリー
ム情報が格納される。実施例１ではストリーム情報が、
コネクションＩＤ、アイソクロナスチャネルの番号及び
帯域幅から成り、ＰＣＲの内容に基づいてそれぞれ次の
ように作成される：

【００７１】コネクションＩＤの割り当ては、ＨＡＶｉ
コネクションについてはストリーム管理部11aにより保
持されたグローバルコネクションマップを参照してそれ
と同一にする。一方、ＤＶＤプレーヤ4のようにＨＡＶ
ｉに非準拠のデバイスにより管理されるコネクションに
ついては、そのデバイスの制御プログラムのＳＥＩＤ
と、そのＰＣＲのｂｃｃ及びｐｃｃに基づいたシリアル
番号と、でコネクションＩＤが割り当てられる。アイソ
クロナスチャネルの番号はＰＣＲに格納されたものと同
一にする。アイソクロナスチャネルの帯域幅はoＰＣＲ
についてだけ作成され、そのoＰＣＲのペイロードの最
大値に基づいて算出される。

【００７２】上記の通り、コネクションテーブルTに格
納されたストリーム情報はホームネットワーク上のデバ
イスプラグに対応するＰＣＲの内容に基づいて作成され
る。従って、コネクションテーブルTはＨＡＶｉコネク
ションに限らず、ホームネットワーク上の全てのコネク
ションについてストリーム情報を格納する。

【００７３】コントローラ11は以上の構成により、ホー
ムネットワーク上にコネクションを確立し及び切断す
る。以下、ＰtoＰ、Ｂout及びＢinの種類順に説明す
る。 ＜ＰtoＰコネクション＞例えば、ＤＴＶ1で実行される
アプリケーションがコントローラ11に対して、ＳＴＢ2
内のチューナＦＣ21のソースプラグ2aからＤＶＣＲ3内
のプレーヤ／レコーダＦＣ31のシンクプラグ3aまでのＰ
toＰコネクションの確立を要求する。その時、ＰtoＰコ
ネクションのオーナは、ＤＴＶ1で実行されるアプリケ
ーションである。ここで、コントローラ11に対してコネ
クションの確立を要求できるのはＤＴＶ1で実行される
アプリケーションに限られず、ホームネットワーク上の
他のデバイスで実行されるアプリケーションでも良い。

【００７４】オーナからのＰtoＰコネクション確立要求
の入力時、コントローラ11ではストリーム管理部11aが
起動する。ストリーム管理部11aはデバイス制御部11bに
よりＳＴＢ2内のソースプラグ2aとＤＶＣＲ3内のシンク
プラグ3aとのそれぞれでサポートされるストリームタイ
プ及び伝送フォーマットを読み出す。ストリーム管理部
11aは、デバイス制御部11bにより読み出されたストリー
ムタイプ及び伝送フォーマットの中から、互換性を有す
るそれぞれの組合せを選択する。

【００７５】ストリーム管理部11aはコネクションテー
ブル管理部11dにアクセスし、コネクションテーブルTを
参照する。それにより、ＳＴＢ2の出力デバイスプラグ2
bについて別のＰtoＰコネクションが既に確立されてい
るかどうか、が素早く確認される。

【００７６】もし別のＰtoＰコネクションが既に確立さ
れていれば、ストリーム管理部11aは新たなＰtoＰコネ
クションのアイソクロナスチャネル及び帯域幅を、既に
確立されたＰtoＰコネクションと等しく設定する。その
時、ストリーム管理部11aはコネクションテーブルTの参
照により、既に確立されたＰtoＰコネクションのアイソ
クロナスチャネル及び帯域幅を容易に特定できる。

【００７７】一方、もし他にはＰtoＰコネクションが確
立されていなければ、ストリーム管理部11aは新たなＰt
oＰコネクションに対して、未使用のアイソクロナスチ
ャネル(番号をXとする)と帯域幅とを割り当てる。その
時、ストリーム管理部11aはコネクションテーブルTの参
照により、未使用のアイソクロナスチャネル及び帯域幅
を容易に取得できる。

【００７８】ここで、図2ではＩＥＥＥ１３９４シリア
ルバス5内にアイソクロナスチャネルを示す線5aが複数
描かれている。しかし、アイソクロナスチャネルは論理
上の構成であり、ＩＥＥＥ１３９４シリアルバス5がア
イソクロナスチャネル別に複数の物理ケーブルを含むの
ではない。

【００７９】ストリーム管理部11aはデバイス制御部11b
により、チューナＦＣ21のソースプラグ2aをＳＴＢ2の
出力デバイスプラグ2bへ接続する。その時、ストリーム
管理部11aにより選択されたストリームタイプ及び伝送
フォーマットがソースプラグ2aに対して設定される。

【００８０】ストリーム管理部11aは続いて、ＳＴＢ2の
出力デバイスプラグ2bを番号Xのアイソクロナスチャネ
ルへ接続し、更にそのアイソクロナスチャネルへＤＶＣ
Ｒ3の入力デバイスプラグ3bを接続する。それにより、
出力デバイスプラグ2bに対応するoＰＣＲ及び入力デバ
イスプラグ3bに対応するiＰＣＲのそれぞれの内容が更
新される。つまり、oＰＣＲ及びiＰＣＲのそれぞれでｐ
ｃｃが1だけ加算され、アイソクロナスチャネルの番号
がXに設定される。更に、oＰＣＲではペイロードの最大
値がアイソクロナスチャネルの帯域幅から算出され、設
定される。

【００８１】ストリーム管理部11aは更に、プレーヤ／
レコーダＦＣ31のシンクプラグ3aをＤＶＣＲ3の入力デ
バイスプラグ3bへ接続する。その時、ストリーム管理部
11aにより選択されたストリームタイプ及び伝送フォー
マットがシンクプラグ3aに対して設定される。

【００８２】ストリーム管理部11aは上記の接続処理
時、新しく確立したＰtoＰコネクションについてストリ
ーム情報を作成し、コネクションテーブル管理部11dへ
伝達する。コネクションテーブル管理部11dは伝達され
たストリーム情報をコネクションテーブルTへ書き込
む。こうして、ストリーム管理部11aはＳＴＢ2とＤＶＣ
Ｒ3との間にＰtoＰコネクションを確立する。更に、そ
の新たなコネクションの確立に応じてコネクションテー
ブルTが更新される。

【００８３】ストリーム管理部11aはＰtoＰコネクショ
ンを、上記のようにソースプラグからシンクプラグへと
順に確立する。逆に、ストリーム管理部11aはＰtoＰコ
ネクションをシンクプラグからソースプラグへと順に切
断する。上記の例では、まず、ＤＶＣＲ3の入力デバイ
スプラグ3bとプレーヤ／レコーダＦＣ31のシンクプラグ
3aとが切断される。次に、ＤＶＣＲ3の入力デバイスプ
ラグ3bに対応するiＰＣＲ及びＳＴＢ2の出力デバイスプ
ラグ2bに対応するoＰＣＲのそれぞれの内容が更新され
る。それにより、iＰＣＲ及びoＰＣＲのそれぞれでｐｃ
ｃが1だけ減算され、アイソクロナスチャネルの番号が
クリアされる。続いて、チューナＦＣ21のソースプラグ
2aとＳＴＢ2の出力デバイスプラグ2bとが切断される。
こうして、ＳＴＢ2内のソースプラグ2aとＤＶＣＲ3内の
シンクプラグ3aとの間のＰtoＰコネクションが切断され
る。

【００８４】最後に、ストリーム管理部11aは切断した
ＰtoＰコネクションのコネクションＩＤをコネクション
テーブル管理部11dへ伝達する。コネクションテーブル
管理部11dは伝達されたコネクションＩＤに対応する項
目を全てクリアする。こうして、コネクションテーブル
TがＰtoＰコネクションの切断に応じて更新される。

【００８５】＜Ｂoutコネクション＞例えば、ＤＴＶ1で
実行されるアプリケーションがコントローラ11に対し
て、ＳＴＢ2内のチューナＦＣ21のソースプラグ2aから
ＩＥＥＥ１３９４シリアルバス5のアイソクロナスチャ
ネルへのＢoutコネクションの確立を要求する。Ｂoutコ
ネクションのオーナはその時ＤＴＶ1で実行されるアプ
リケーションである。コントローラ11はデバイス制御部
11bによりＳＴＢ2のＤＣＭを呼び出す。それにより、Ｄ
ＴＶ1とは異なるデバイスであるＳＴＢ2についてＢout
コネクションを以下のように確立できる：

【００８６】オーナからのＢoutコネクション確立要求
の入力時、コントローラ11ではストリーム管理部11aが
起動する。ストリーム管理部11aはデバイス制御部11bに
よりＳＴＢ2内のソースプラグ2aでサポートされるスト
リームタイプ及び伝送フォーマットを読み出す。ストリ
ーム管理部11aは、デバイス制御部11bにより読み出され
たストリームタイプ及び伝送フォーマットの中から所定
の組合せを選択する。

【００８７】ストリーム管理部11aはコネクションテー
ブル管理部11dにアクセスし、コネクションテーブルTを
参照する。それにより、ＳＴＢ2の出力デバイスプラグ2
bについて別のＰtoＰコネクションが既に確立されてい
るかどうか、が素早く確認される。

【００８８】もし別のＰtoＰコネクションが既に確立さ
れていれば、ストリーム管理部11aは新たなＰtoＰコネ
クションのアイソクロナスチャネル及び帯域幅を、既に
確立されたＰtoＰコネクションと等しく設定する。その
時、ストリーム管理部11aはコネクションテーブルTの参
照により、既に確立されたＰtoＰコネクションのアイソ
クロナスチャネル及び帯域幅を容易に特定できる。

【００８９】一方、もし他にはＰtoＰコネクションが確
立されていなければ、ストリーム管理部11aは確立目標
のＢoutコネクションに対して、未使用のアイソクロナ
スチャネル(番号をXとする)と帯域幅とを割り当てる。
その時、ストリーム管理部11aはコネクションテーブルT
の参照により、未使用のアイソクロナスチャネル及び帯
域幅を容易に取得できる。

【００９０】ストリーム管理部11aはデバイス制御部11b
により、チューナＦＣ21のソースプラグ2aをＳＴＢ2の
出力デバイスプラグ2bへ接続する。その時、ストリーム
管理部11aにより選択されたストリームタイプ及び伝送
フォーマットがソースプラグ2aに対して設定される。

【００９１】ストリーム管理部11aは続いて、ＳＴＢ2の
出力デバイスプラグ2bを番号Xのアイソクロナスチャネ
ルへ接続する。その時、出力デバイスプラグ2bに対応す
るoＰＣＲの内容が更新される。つまり、oＰＣＲでは、
ｐｃｃが1だけ加算され、アイソクロナスチャネルの番
号がXに設定される。更に、ペイロードの最大値がアイ
ソクロナスチャネルの帯域幅から算出され、設定され
る。

【００９２】ストリーム管理部11aは更に、新しく確立
したＢoutコネクションについてのストリーム情報を作
成し、コネクションテーブル管理部11dへ伝達する。コ
ネクションテーブル管理部11dは伝達されたストリーム
情報をコネクションテーブルTへ書き込む。こうして、
ストリーム管理部11aはＳＴＢ2についてＢoutコネクシ
ョンを確立する。更に、その新たなコネクションの確立
に応じてコネクションテーブルTが更新される。

【００９３】ストリーム管理部11aはホームネットワー
ク上で確立された任意のＢoutコネクションを、任意の
デバイスで実行されるアプリケーションからの要求に従
って切断する。上記の例によるＢoutコネクションを切
断する時は、ＳＴＢ2の出力デバイスプラグ2bに対応す
るoＰＣＲの内容が更新される。それにより、oＰＣＲの
ｂｃｃが1だけ減算されて、アイソクロナスチャネルの
番号がクリアされる。続いて、チューナＦＣ21のソース
プラグ2aとＳＴＢ2の出力デバイスプラグ2bとが切断さ
れる。こうして、上記のＳＴＢ2について確立されたＢo
utコネクションが切断される。

【００９４】最後に、ストリーム管理部11aは切断した
ＢoutコネクションのコネクションＩＤをコネクション
テーブル管理部11dへ伝達する。コネクションテーブル
管理部11dは伝達されたコネクションＩＤに対応する項
目を全てクリアする。こうしてコネクションテーブルT
がＢoutコネクションの切断に応じて更新される。

【００９５】＜Ｂinコネクション＞ＳＴＢ2の出力デバ
イスプラグ2bがチャネル番号Xのアイソクロナスチャネ
ルとの間でＢoutコネクションを確立している時、ＤＴ
Ｖ1で実行されるアプリケーションがコントローラ11に
対して、モニタＦＣ12のシンクプラグ12aとチャネル番
号Xのアイソクロナスチャネルとの間のＢinコネクショ
ンの確立を要求する。その時、ストリーム管理部11aは
デバイス制御部11bによりＳＴＢ2のチューナＦＣ21のＦ
ＣＭをアクセスし、そのソースプラグ2aから出力される
ストリームのストリームタイプ及び伝送フォーマットを
読み出す。同様に、ストリーム管理部11aはデバイス制
御部11bによりモニタＦＣ12のＦＣＭをアクセスし、モ
ニタＦＣ12のシンクプラグ12aによりサポートされるス
トリームタイプ及び伝送フォーマットを読み出す。

【００９６】ストリーム管理部11aは読み出されたスト
リームタイプ及び伝送フォーマットをそれぞれ比較し、
一致するかどうかをチェックする。ＳＴＢ2からの出力
ストリームのストリームタイプ及び伝送フォーマットが
モニタＦＣ12によりサポートされる時、ストリーム管理
部11aはモニタＦＣ12のシンクプラグ12aとＤＴＶ1の入
力デバイスプラグ1aとを接続する。その時、上記のスト
リームタイプ及び伝送フォーマットがシンクプラグ12a
に設定される。

【００９７】ストリーム管理部11aはＤＴＶ1の入力デバ
イスプラグ1aを番号Xのアイソクロナスチャネルへ接続
する。その時、入力デバイスプラグ1aに対応するiＰＣ
Ｒの内容が更新される。つまり、iＰＣＲのｂｃｃが1だ
け加算され、アイソクロナスチャネルの番号がXに設定
される。こうして、ストリーム管理部101aはモニタＦＣ
12によるＢinコネクションを確立する。

【００９８】Ｂinコネクションの確立では、ホームネッ
トワーク上に既に確立されたＢoutコネクションについ
て、それぞれのストリーム情報を予め把握しておく必要
がある。実施例１では、Ｂinコネクションの確立を要求
するアプリケーションがコネクションテーブル管理部11
dをアクセスし、コネクションテーブルTにより上記のＢ
outコネクションについてのストリーム情報を容易にか
つ素早く把握できる。

【００９９】ＤＴＶ1で実行されるアプリケーションが
コントローラ11に対してモニタＦＣ12によるＢinコネク
ションの切断を要求した時、ストリーム管理部11aはモ
ニタＦＣ12のシンクプラグ12aとＤＴＶ1の入力デバイス
プラグ1aとを切断する。続いて、ストリーム管理部11a
は入力デバイスプラグ1aに対応するiＰＣＲの内容を更
新する。それにより、iＰＣＲのｐｃｃが1だけ減算さ
れ、アイソクロナスチャネルの番号がクリアされる。こ
うして、モニタＦＣ12によるＢinコネクションが切断さ
れる。

【０１００】更に、ストリーム管理部11aは切断したＢi
nコネクションのコネクションＩＤをコネクションテー
ブル管理部11dへ伝達する。コネクションテーブル管理
部11dは伝達されたコネクションＩＤに対応する項目を
全てクリアする。こうしてコネクションテーブルTがＢi
nコネクションの切断に応じて更新される。

【０１０１】上記の通り、コントローラ11はコネクショ
ンの確立時、コネクションテーブルTを参照し、ホーム
ネットワーク上で既に確立されたコネクションについて
それぞれのストリーム情報を把握する。従って、コネク
ションテーブルTは常に最新のストリーム情報を格納す
ることが望ましい。ストリーム管理部11aによる新たな
コネクションの確立では、上記のようにその確立ごとに
コネクションテーブル管理部11dがコネクションテーブ
ルTを更新する。一方、ホームネットワーク上のコント
ローラ11以外のストリーム管理装置がコネクションを確
立し又は切断した時、コネクションテーブルTは次のよ
うに更新される：

【０１０２】一例として、ＤＶＤプレーヤ4が独自の制
御ソフトウェアにより、その出力デバイスプラグ4aにつ
いてＢoutコネクションを確立した時を想定する。ＤＶ
Ｄプレーヤ4はＩＥＥＥ１３９４規格でのＢoutコネクシ
ョンの確立手順に従って、出力デバイスプラグ4aに対応
するoＰＣＲの内容を更新する。つまり、oＰＣＲではｂ
ｃｃが1だけ加算され、アイソクロナスチャネルの番号
が未使用のもの(例えばY)に設定される。更に、ペイロ
ードの最大値がアイソクロナスチャネルの帯域幅から算
出され、設定される。更に、出力デバイスプラグ4aは、
上記のoＰＣＲの内容の更新を知らせる目的で、コント
ローラ11に対する送信要求を保持する。

【０１０３】ここで、未使用のアイソクロナスチャネル
の番号及び帯域幅はホームネットワーク上のアイソクロ
ナスリソースマネージャ(例えばＤＴＶ1のコントローラ
11)から取得される。アイソクロナスリソースマネージ
ャは、ホームネットワーク上のアイソクロナスチャネル
のそれぞれについて使用状況(使用中又は未使用のいず
れか)を示すレジスタと、アイソクロナスチャネルのそ
れぞれについて残りの帯域幅を示すレジスタと、を含
む。ＤＶＤプレーヤ4はコネクションの確立時、アイソ
クロナスリソースマネージャのそれぞれのレジスタを参
照し、未使用のアイソクロナスチャネルの番号及び帯域
幅を取得する。但し、アイソクロナスリソースマネージ
ャは使用中のアイソクロナスチャネルを用いたコネクシ
ョンについての情報(例えばストリーム情報)を含まな
い。従って、ＤＶＤプレーヤ4はそれらの情報を独自に
管理し、又は、ＤＴＶ1のコントローラ11内のコネクシ
ョンテーブルTから獲得する。

【０１０４】ＤＴＶ1のコントローラ11では、ＰＣＲ監
視部11eがホームネットワーク上の全てのデバイスプラ
グに対してポーリングを定期的に行う。すなわち、それ
ぞれのデバイスプラグに対して送信要求の有無を定期的
に問い合わせ、送信要求を保持したデバイスプラグに対
してはその送信を許可する。それにより、それぞれのデ
バイスプラグに対応するＰＣＲの内容が変更されたかど
うかがチェックされる。上記の例では、ＰＣＲ監視部11
eがＤＶＤプレーヤ4の出力デバイスプラグ4aに対するポ
ーリングにより、対応するoＰＣＲの内容の更新を検知
する。

【０１０５】ＰＣＲ監視部11eは、ＤＶＤプレーヤ4の出
力デバイスプラグ4aに対応するoＰＣＲの内容の更新を
検知した時、デバイス制御部11bによりその出力デバイ
スプラグ4aにアクセスし、対応するoＰＣＲの内容を読
み出す。更に、読み出されたoＰＣＲの内容から、出力
デバイスプラグ4aについて確立されたＢoutコネクショ
ンのストリーム情報が作成される。作成されたストリー
ム情報はコネクションテーブル管理部11dへ伝達され
る。コネクションテーブル管理部11dは伝達されたスト
リーム情報をコネクションテーブルTへ書き込む。こう
して、コネクションテーブルTが、ＤＶＤプレーヤ4の出
力デバイスプラグ4aについて確立されたＢoutコネクシ
ョンのストリーム情報を含むように更新される。

【０１０６】ＰＣＲ監視部11eは上記の動作の他に、Ｄ
ＶＤプレーヤ4の出力デバイスプラグ4aに対応するoＰＣ
Ｒの内容の更新を検知した時、デバイス制御部11bに対
して所定のイベントを発行するだけでも良い。その時、
デバイス制御部11bはイベントにより通知されたoＰＣＲ
の内容を読み出し、出力デバイスプラグ4aについて確立
されたＢoutコネクションのストリーム情報を作成す
る。更に、そのストリーム情報をコネクションテーブル
管理部11dへ伝達する。コネクションテーブル管理部11d
は上記と同様にコネクションテーブルTを更新する。こ
うして、コネクションテーブルTが更新されても良い。

【０１０７】ＰＣＲ監視部11eによるポーリングはＩＥ
ＥＥ１３９４規格で定められた範囲の通信方式(トラン
ザクション)で実行される。従って、ＨＡＶｉに準拠の
デバイスプラグ(例えば、ＤＴＶ1の入力デバイスプラグ
1a、ＳＴＢ2の出力デバイスプラグ2b及びＤＶＣＲ3の入
力デバイスプラグ3b)だけでなく、ＨＡＶｉに非準拠の
デバイスプラグ(例えば、ＤＶＤプレーヤ4の出力デバイ
スプラグ4a)に対応するＰＣＲの内容の更新も検知され
得る。こうして、コントローラ11以外のストリーム管理
装置がコネクションを確立し又は切断した時、そのスト
リーム管理装置がＨＡＶｉに準拠しているか否かに関わ
らず、コネクションテーブルTは更新される。

【０１０８】《実施例２》図3は実施例２のコントロー
ラ11Aによるコネクション管理を説明するためのブロッ
ク図である。実施例２は実施例１と比べ、デバイス制御
部11bAがペアレンタルロック管理部11fを含む点で主に
異なる。図3では実施例１と同様な構成に対しては実施
例１と同じ符号を付し、それらの説明は実施例１のもの
を援用する。

【０１０９】図3では、ＤＴＶ1、ＳＴＢ2、ＤＶＣＲ3及
びＤＴＶII6が互いにＩＥＥＥ１３９４シリアルバス5で
接続され、一つのホームネットワークを構築する。ＤＴ
Ｖ1、ＳＴＢ2、ＤＶＣＲ3及びＤＴＶII6はいずれもＨＡ
Ｖｉに準拠のデバイスであり、デバイスプラグに対応す
るＰＣＲをそれぞれ有する。更に、それぞれの内部のＦ
ＣがＦＣＭプラグを有する。それぞれのデバイスのＤＣ
Ｍ及びＦＣＭを含むＤＣＭコードユニットは実施例１と
同様に、ＩＥＥＥ１３９４シリアルバス5を通してコン
トローラ11Aへインストールされる。その結果、それら
のデバイスはコントローラ11Aにより制御される。

【０１１０】デバイス制御部11bAは実施例１と同様に、
内部のＣＰＵによるＤＣＭ及びＦＣＭの実行で機能す
る。それにより、ＤＴＶ1のモニタＦＣ12とコントロー
ラ11A、ＳＴＢ2とそのチューナＦＣ21、ＤＶＣＲ3とそ
のプレーヤ／レコーダＦＣ31、及び、ＤＴＶII6とその
モニタIIＦＣ61を制御する。特に、それぞれのデバイス
プラグ及びＦＣＭプラグを管理する。

【０１１１】デバイス制御部11bAは実施例１と同様に、
ＦＣＭプラグを同じデバイス内の他のＦＣＭプラグ、又
は、そのデバイスのデバイスプラグと接続し又は切断す
る。更に、ＦＣＭプラグのそれぞれからＨＡＶｉコネク
ションに関するプラグ状態(PlugStatus)を読み出す。こ
こで、プラグ状態はそのＦＣＭプラグに接続されたデバ
イスプラグ又はＦＣＭプラグの有無を示す。更にソース
プラグについてはペアレンタルロックの有無を含む。そ
のソースプラグに対してペアレンタルロックが設定され
ている時、プラグ状態は更にそのペアレンタルロックの
オーナのＳＥＩＤを含む。

【０１１２】実施例２によるコントローラ11Aは実施例
１とは異なりペアレンタルロック管理部11fを有し、Ｆ
ＣＭプラグに対してペアレンタルロックを設定できる。
ペアレンタルロック管理部11fはデバイス制御部11bAの
サブモジュールの一つである。ペアレンタルロック管理
部11fはコントローラ11Aにインストールされたホームネ
ットワーク上の各デバイスのＦＣＭに従って機能する。
特に、それぞれのＦＣＭプラグに対してペアレンタルロ
ックを設定する。

【０１１３】図3により示されているモデルを用いて、
ペアレンタルロック管理部11fによるペアレンタルロッ
クの設定を説明する。ペアレンタルロックの設定前、Ｓ
ＴＢ2内のチューナＦＣ21のソースプラグ2aとＤＶＣＲ3
内のプレーヤ／レコーダＦＣ31のシンクプラグ3aとの間
には番号Xのアイソクロナスチャネルを通してＰtoＰコ
ネクションが確立されている。そのＰtoＰコネクション
のコネクションＩＤをPtoPと表す。ＳＴＢ2内のソース
プラグ2aにはＰtoＰコネクションPtoPと共に、番号Xの
アイソクロナスチャネルへのＢoutコネクションがオー
バレイされている。そのＢoutコネクションのコネクシ
ョンＩＤをBoutと表す。番号Xのアイソクロナスチャネ
ルへは更に、ＤＴＶ1内のモニタＦＣ12のシンクプラグ1
2a及びＤＴＶII6内のモニタIIＦＣ61のシンクプラグ6a
がそれぞれＢinコネクションを確立されている。それぞ
れのＢinコネクションのコネクションＩＤをBin1及びBi
n2と表す。

【０１１４】図4は実施例２によるコントローラ11Aのコ
ネクションテーブル管理部11dに格納されたコネクショ
ンテーブルTを示す。図4の(a)及び(b)はそれぞれ、ペア
レンタルロックの設定前及び後のコネクションテーブル
Tを示す。ペアレンタルロックの設定前、図3に示されて
いるように、4つのコネクションPtoP、Bout、Bin1及びB
in2が、番号Xのアイソクロナスチャネルについて確立さ
れている。図3の例ではソースプラグ2aからの出力スト
リームが共通である。それ故、コネクションテーブルT
に格納されたストリーム情報もそれぞれのコネクション
について共通である。すなわち、アイソクロナスチャネ
ルの番号はいずれもXであり、帯域幅はいずれも同じ値
(例えば6Mbps)である。

【０１１５】更に、ペアレンタルロックの設定前はいず
れのコネクションのソースプラグに対してもペアレンタ
ルロックは設定されていない。従って、コネクションテ
ーブルTに格納されたペアレンタルロック情報は、Ｐto
ＰコネクションPtoP及びＢoutコネクションBoutのそれ
ぞれについてペアレンタルロックの未設定を示す。ここ
で、残りの二つのＢinコネクションBin1及びBin2につい
てはいずれもソースプラグが指定されないので、対応す
るペアレンタルロック情報は存在しない。

【０１１６】ＤＴＶ1で実行されるアプリケーションＡ
がコントローラ11Aに対して、モニタＦＣ12のシンクプ
ラグ12aについて確立されたＢinコネクションBin1への
ペアレンタルロックの設定を要求した、と想定する。そ
の時コントローラ11Aでは、ペアレンタルロック管理部1
1fが起動する。

【０１１７】ペアレンタルロック管理部11fはコネクシ
ョンテーブル管理部11dをアクセスして、ペアレンタル
ロックの設定目標のコネクションについてそのソースプ
ラグをコネクションテーブルTから検索する。図3の例で
は図4の(a)に示されているコネクションテーブルTか
ら、ＢinコネクションBin1と同じ番号Xのアイソクロナ
スチャネルへ接続されたＳＴＢ2内のソースプラグ2aが
特定される。

【０１１８】ペアレンタルロック管理部11fは更に、Ｓ
ＴＢ2内のソースプラグ2aのプラグ状態を書き換える。
それにより、ソースプラグ2aのプラグ状態はソースプラ
グ2aに対するペアレンタルロックの存在を示す。その
時、ペアレンタルロックのオーナであるアプリケーショ
ンＡのＳＥＩＤが、ソースプラグ2aのプラグ状態に書き
込まれる。

【０１１９】ペアレンタルロック管理部11fはコネクシ
ョンテーブル管理部11dにより、ＳＴＢ2内のソースプラ
グ2aのプラグ状態の書き換えと同様に、コネクションテ
ーブルTを書き換える。それにより、コネクションテー
ブルTは図4の(b)に示されているように、Ｂinコネクシ
ョンBin1のペアレンタルロック情報として、ペアレンタ
ルロックの存在とアプリケーションＡのＳＥＩＤとを含
む。

【０１２０】更に、ペアレンタルロック管理部11fはス
トリーム管理部11aにより、ＢinコネクションBin1及び
ＢoutコネクションBout以外の二つのコネクションPtoP
及びBin2を切断する。その時、ストリーム管理部11aは
コネクションテーブル管理部11dをアクセスして、切断
目標のコネクションをコネクションテーブルTから検索
する。それにより、ＰtoＰコネクションPtoP及びＢinコ
ネクションBin2が容易に特定される。

【０１２１】ストリーム管理部11aはＰtoＰコネクショ
ンPtoP及びＢinコネクションBin2の切断時、それらのコ
ネクションＩＤ、PtoPとBin2、をコネクションテーブル
管理部11dに伝達する。コネクションテーブル管理部11d
は図4の(b)に示されているように、伝達されたコネクシ
ョンＩＤに対応する項目をコネクションテーブルTから
消去する。こうして、コネクションテーブルTはペアレ
ンタルロック管理部11fによるペアレンタルロックの設
定に応じて更新される。

【０１２２】ＳＴＢ2内のソースプラグ2aに対するペア
レンタルロックの設定後、アプリケーションＢがコント
ローラ11Aに対して、ソースプラグ2aについてコネクシ
ョンの確立を要求する。その時、ストリーム管理部11a
はグローバルコネクションマップを参照し、ソースプラ
グ2aのプラグＩＤに対応するコネクションＩＤを特定す
る。それにより、ソースプラグ2aについて確立されたコ
ネクションが特定される。更に、ストリーム管理部11a
はコネクションテーブル管理部11dをアクセスして、コ
ネクションテーブルTを参照する。それにより、特定さ
れたコネクションＩＤに対応するペアレンタルロック情
報が検索される。その結果、ソースプラグ2aに対するペ
アレンタルロックの存在が確認され、オーナＩＤとして
アプリケーションＡのＳＥＩＤが特定される。

【０１２３】ストリーム管理部11aはアプリケーション
ＡのＳＥＩＤと、新たなコネクションの確立を要求した
アプリケーションＢのＳＥＩＤと、を比較する。両方の
ＳＥＩＤが一致した時、ストリーム管理部11aは新たな
コネクションの確立要求に従ってソースプラグ2aについ
てコネクションを確立する。一方、ＳＥＩＤが不一致で
ある時、ストリーム管理部11aはアプリケーションＢか
らのコネクションの確立要求を拒絶する。こうして、ス
トリーム管理部11aがコネクションの確立を要求された
時コネクションテーブルを参照する。それにより、目標
のコネクションのソースプラグに対するペアレンタルロ
ックに基づいて確立要求を拒絶すべきかどうか、を容易
にかつ素早く判断できる。

【０１２４】上記の例ではコントローラ11A内のペアレ
ンタルロック管理部11fがペアレンタルロックを設定し
た。その他に、ＤＴＶ1とは別のデバイスがコントロー
ラ11Aと同様なストリーム管理装置を含む時、そのスト
リーム管理装置がホームネットワーク上のコネクション
についてペアレンタルロックを設定し得る。コントロー
ラ11Aとは別のストリーム管理装置により設定されたペ
アレンタルロックについては、デバイス制御部11bAが次
のように監視し、コネクションテーブルTを更新する。

【０１２５】デバイス制御部11bAはホームネットワーク
上の全てのソースプラグに対して定期的にポーリングを
実行する。それにより、ソースプラグのそれぞれでプラ
グ状態が更新されたかどうか、をチェックする。いずれ
かのソースプラグでペアレンタルロックの設定に変更が
あった時、対応するペアレンタルロック情報、すなわ
ち、ペアレンタルロックの有無及びオーナのＩＤ、がそ
のソースプラグから読み出される。デバイス制御部11bA
は読み出したペアレンタルロック情報を読み出し元のソ
ースプラグのＩＤと共に、コネクションテーブル管理部
11dへ伝達する。コネクションテーブル管理部11dは伝達
されたソースプラグのＩＤに基づいて、対応するコネク
ションを特定する。更に、特定したコネクションのコネ
クションＩＤに対応するペアレンタルロック情報を伝達
されたものへ書き換える。こうして、コントローラ11A
とは別のストリーム管理装置がペアレンタルロックを設
定した時、対応するペアレンタルロック情報についてコ
ネクションテーブルTが更新される。

【０１２６】上記の説明の通り、実施例２ではペアレン
タルロック管理部11fがペアレンタルロックの設定と同
時に、対応するペアレンタルロック情報についてコネク
ションテーブルTを書き換えた。その他に、ペアレンタ
ルロック管理部11fによるペアレンタルロックの設定時
ではなく、デバイス制御部11bAがペアレンタルロック管
理部11fにより設定されたペアレンタルロックをポーリ
ングで検知した時、コネクションテーブルTを書き換え
るようにしても良い。

【０１２７】

【発明の効果】以上説明したように、本発明によるスト
リーム管理装置は、ホームネットワーク上で確立された
コネクションについてのストリーム情報を、コネクショ
ンテーブルの参照により容易にかつ素早く把握できる。
それ故、従来のストリーム管理装置とは異なり、新たな
コネクションの確立時ごとにホームネットワーク上のプ
ラグにアクセスしなくても良い。その結果、従来のスト
リーム管理装置より容易にかつ素早くコネクションを確
立できる。

【０１２８】本発明によるストリーム管理装置では、ス
トリーム情報が出力デバイスプラグに対応するoＰＣＲ
の内容に基づいて決定されても良い。それにより、本発
明によるストリーム管理装置は、ＨＡＶｉに準拠のプラ
グ及び非準拠のプラグのいずれについても、それぞれに
ついて確立されたコネクションのストリーム情報をコネ
クションテーブルとして保持できる。

【０１２９】本発明によるストリーム管理装置はホーム
ネットワーク上のoＰＣＲをポーリングにより監視し、o
ＰＣＲのいずれかの内容の変更時、対応するストリーム
情報をコネクションテーブルへ書き込むようにしても良
い。それにより、本発明によるストリーム管理装置は、
ホームネットワーク上のいずれのプラグでのストリーム
情報の変更にも即座に対応し、コネクションテーブルを
更新できる。その結果、コネクションテーブルに格納さ
れたストリーム情報が実質上常に最新に維持される。

【０１３０】本発明によるストリーム管理装置はソース
プラグに対してペアレンタルロックを設定しても良い。
ペアレンタルロックの設定時、切断すべきコネクション
がコネクションテーブルの参照により容易にかつ素早く
選定される。その結果、ペアレンタルロックが容易にか
つ素早く設定され得る。更に、新たなコネクションの確
立要求の受信時、本発明によるストリーム管理装置はコ
ネクションテーブルの参照により、ホームネットワーク
内に既存のコネクションについてペアレンタルロックの
有無及びそのオーナを、容易にかつ素早く確認できる。
従って、既存のペアレンタルロックに基づいて新たなコ
ネクションの確立要求を許可するか、それとも拒否する
か、を迅速に決定できる。その結果、コネクションの確
立処理を従来のストリーム管理装置より速く実行でき
る。

【図面の簡単な説明】

【図1】本発明の実施例１によるＤＴＶ1を示すブロック
図である。

【図2】本発明の実施例１のコントローラ11によるコネ
クション管理を説明するためのブロック図である。

【図3】本発明の実施例２のコントローラ11Aによるコネ
クション管理を説明するためのブロック図である。

【図4】本発明の実施例２によるコントローラ11Aのコネ
クションテーブル管理部11dに格納されたコネクション
テーブルTを示す。(a)及び(b)はそれぞれ、ペアレンタ
ルロックの設定前及び後のコネクションテーブルTを示
す。

【図5】ＨＡＶｉに準拠したホームネットワークでの従
来のコネクション管理を説明するためのブロック図であ
る。

【符号の説明】

1 ＤＴＶ 1a ＤＴＶ1の入力デバイスプラグ 11 コントローラ 12a モニタＦＣ12のシンクプラグ 2 ＳＴＢ 2a チューナＦＣ21のソースプラグ 2b ＳＴＢ2の出力デバイスプラグ 3 ＤＶＣＲ 3a プレーヤ／レコーダＦＣ31のソースプラグ 3b ＤＶＣＲ3の入力デバイスプラグ 3c ＤＶＣＲ3の出力デバイスプラグ 3d プレーヤ／レコーダＦＣ31のシンクプラグ 4 ＤＶＤプレーヤ 4a ＤＶＤプレーヤ4の出力デバイスプラグ 5 ＩＥＥＥ１３９４シリアルバス 5a アイソクロナスチャネル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西村 拓也 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 前川 肇 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5K033 BA01 BA08 CC01 DA01 DB12

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ＩＥＥＥ１３９４規格に準拠したホーム
   ネットワーク上のストリーム管理装置であり、 (A) 前記ホームネットワーク上のデバイスで実行され
   るアプリケーションからのコネクション確立要求又は切
   断要求に従って、前記ホームネットワーク上のプラグに
   ついてコネクションを確立し又は切断するためのストリ
   ーム管理部； (B) 前記ホームネットワーク上のデバイスに対する制
   御プログラムを実行して前記デバイスを制御するための
   デバイス制御部； (C) 前記ホームネットワークとの間で通信するための
   ネットワークインタフェース；及び、 (D) 前記ストリーム管理部により確立された前記コネ
   クションと、前記ホームネットワーク上の他のデバイス
   により確立されたコネクションと、についてそれぞれの
   ストリーム情報を格納したコネクションテーブル、を記
   憶しかつ更新するためのコネクションテーブル管理部；
   を有するホームネットワーク上のストリーム管理装置。
2. 【請求項２】 前記ストリーム情報が出力デバイスプラ
   グに対応する出力プラグ制御レジスタ（oＰＣＲ）の内
   容に基づいて決定される、請求項１記載のホームネット
   ワーク上のストリーム管理装置。
3. 【請求項３】 (A) 前記デバイス制御部が、(a) 前記
   ホームネットワーク上のoＰＣＲをポーリングにより監
   視し、(b) 前記oＰＣＲのいずれかの内容の変更時、そ
   の変更されたoＰＣＲの内容を読み出し； (B) その読み出されたoＰＣＲの内容に基づいて、前記
   コネクションテーブル管理部が対応する前記ストリーム
   情報を前記コネクションテーブルへ書き込む；請求項２
   記載のホームネットワーク上のストリーム管理装置。
4. 【請求項４】 前記ホームネットワーク上の前記oＰＣ
   Ｒの内容を監視するためのＰＣＲ監視部、を前記デバイ
   ス制御部が有する、請求項３記載のホームネットワーク
   上のストリーム管理装置。
5. 【請求項５】 (A) 前記ＰＣＲ監視部が、(a) 前記ホ
   ームネットワーク上の前記oＰＣＲをポーリングにより
   監視し、(b) 前記oＰＣＲのいずれかの内容の変更時、
   その変更されたoＰＣＲの内容を読み出し； (B) その読み出されたoＰＣＲの内容に基づいて、前記
   コネクションテーブル管理部が対応する前記ストリーム
   情報を前記コネクションテーブルへ書き込む；請求項４
   記載のホームネットワーク上のストリーム管理装置。
6. 【請求項６】 (A) 前記ＰＣＲ監視部が、(a) 前記ホ
   ームネットワーク上の前記oＰＣＲをポーリングにより
   監視し、(b) 前記oＰＣＲのいずれかの内容の変更時、
   前記デバイス制御部へイベントを発行して前記oＰＣＲ
   の内容の変更を通知し； (B) 前記デバイス制御部が前記イベントの受信時、変
   更された前記oＰＣＲの内容を読み出し； (C) その読み出されたoＰＣＲの内容に基づいて、前記
   コネクションテーブル管理部が対応する前記ストリーム
   情報を前記コネクションテーブルへ書き込む；請求項４
   記載のホームネットワーク上のストリーム管理装置。
7. 【請求項７】 (A) 所定のオーナからのペアレンタル
   ロック設定要求に従って、前記ストリーム管理部により
   前記コネクションを確立されたソースプラグに対してペ
   アレンタルロックを設定するためのペアレンタルロック
   管理部、を前記デバイス制御部が更に有し； (B) 前記ストリーム管理部が、(a) 前記ペアレンタル
   ロックを設定された前記ソースプラグについて、前記ペ
   アレンタルロックで指定された前記コネクション以外の
   前記コネクションを切断し、(b) 前記ソースプラグに
   対して前記ペアレンタルロックを設定した前記オーナを
   除き、前記アプリケーションからの前記コネクション確
   立要求を拒否し； (C) 前記ストリーム管理部により確立された前記コネ
   クションと、前記ホームネットワーク上の他のデバイス
   により確立されたコネクションと、についてそれぞれの
   ペアレンタルロック情報を前記コネクションテーブルが
   含む；請求項１記載のホームネットワーク上のストリー
   ム管理装置。
8. 【請求項８】 前記ペアレンタルロック情報が、(A)
   対応する前記コネクションを確立された前記ソースプラ
   グに対する前記ペアレンタルロックの有無を示す情報
   と；(B) 前記ペアレンタルロック設定要求を出力した
   前記オーナのＩＤと；を含む、請求項７記載のホームネ
   ットワーク上のストリーム管理装置。
9. 【請求項９】 (A) 前記デバイス制御部が、(a) 前記
   ホームネットワーク上のソースプラグをポーリングによ
   り監視し、(b) 前記ソースプラグのいずれかに対する
   前記ペアレンタルロックの変更時、その変更されたペア
   レンタルロックについての前記ペアレンタルロック情報
   を作成し； (B) 前記コネクションテーブル管理部がその作成され
   たペアレンタルロック情報を前記コネクションテーブル
   へ書き込む；請求項７記載のホームネットワーク上のス
   トリーム管理装置。