JP2002033786A

JP2002033786A - 情報処理装置及び方法、媒体

Info

Publication number: JP2002033786A
Application number: JP2000217865A
Authority: JP
Inventors: Naoyuki Sato; 直之佐藤; Makoto Sato; 真佐藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-07-18
Filing date: 2000-07-18
Publication date: 2002-01-31

Abstract

(57)【要約】【課題】ネットワークに接続されている機器がマルチ
プロトコルに対応した機器であっても、その機器の各機
能のプロトコルを容易且つ短時間に解析可能とする。【解決手段】ビデオデッキ６０は、自己が備えるサブ
ユニットとそのサブユニットが使用するプロトコルとの
対応をキーワードとしてコンフィグレーションＲＯＭ６
３に記憶する。ＩＲＤ１０は、ＩＥＥＥ１３９４シリア
ルデータバス２０を介して接続されているビデオデッキ
６０のコンフィグレーションＲＯＭ６３から、当該ビデ
オデッキ６０が備えるチューナ６１やＶＣＲ部６２等の
サブユニット名とそのサブユニットのプロトコルとの対
応を示すキーワードを読み取って解析する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４シリアルデータバス等により構成されるネットワ
ークに接続される情報処理装置及び方法、その情報処理
装置にプログラムを実行させる媒体に関する。

【０００２】

【従来の技術】近年は、例えばＩＥＥＥ（The Institut
e of Electrical and Electronics Engineers）で規格
化されたＩＥＥＥ１３９４シリアルデータバスを用いる
ネットワークを介して、相互に情報を伝達できるように
したＡＶ（オーディオ・ビジュアル）機器が開発されて
いる。このネットワークシステムにおいては、所定のデ
ィジタルインターフェイスコマンド（ＡＶ／Ｃ Comman
d Transaction Set：以下ＡＶ／Ｃコマンドと略称す
る）を用いて、上述のネットワークに接続されているＡ
Ｖ機器を相互に制御することが可能である。ＩＥＥＥ１
３９４シリアルバスに接続されている各電子機器はユニ
ットと呼ばれており、また、各ユニットの機能を表す単
位はサブユニットと呼ばれている。各ユニット間におい
てはＡＶ／Ｃコマンドの一般的な仕様（AV/C Digital l
nterface Command Set General Specification、以下、
ＡＶ／Ｃジェネラルと略称する）で規定されている記述
（Descriptor、以下、適宜ディスクリプタと呼ぶ）を用
いて、各ユニットに記憶されている情報を相互に読み書
きすることが可能となされている。ＡＶ／Ｃジェネラル
の詳細については、「http://www.1394ta.org/」に公開
されているためここではその説明を省略する。

【０００３】ここで、ＩＥＥＥ１３９４シリアルデータ
バスに接続されるノードとしての電子機器（ユニット）
は、上述したように、１又は複数のサブユニットにより
構成されると共に、当該電子機器に関する種々の情報が
記録されたコンフィグレーションＲＯＭを備えている。
また、このコンフィグレーションＲＯＭには、ＩＥＥＥ
１３９４ノードのプロトコルのエントリが記載されてお
り、ＡＶ／Ｃプロトコルで動作する電子機器だけでな
く、ＡＶ／Ｃプロトコル以外の他のプロトコルで動作す
る他の電子機器からも直接アクセスでき、当該他の電子
機器はコンフィグレーションＲＯＭ内の情報を容易に取
り出すことが可能となされている。

【０００４】

【発明が解決しようとする課題】上述したように、コン
フィグレーションＲＯＭには、ＩＥＥＥ１３９４ノード
のプロトコルのエントリが記載されているため、当該Ｒ
ＯＭのプロトコル情報を解析することにより、ＩＥＥＥ
１３９４ノードのプロトコルを知ることが可能である。

【０００５】しかしながら、ＩＥＥＥ１３９４ノードが
例えばいわゆるマルチプロトコルに対応している機器で
ある場合、当該ノードのどの機能が何れのプロトコルに
対応しているのかを解析することができない。

【０００６】そこで、本発明はこのような状況に鑑みて
なされたものであり、ネットワークに接続されている機
器がマルチプロトコルに対応した機器であっても、その
機器の各機能のプロトコルを、容易且つ短時間に解析可
能な、情報処理方法及び装置、並びに媒体を提供するこ
とを目的とする。

【０００７】

【課題を解決するための手段】本発明の情報処理装置
は、複数の機器を接続可能なネットワークに接続される
情報処理装置において、自己が備える機能とその機能の
プロトコルとの対応をキーワードとして記憶する記憶手
段を有することにより、上述した課題を解決する。

【０００８】また、本発明の情報処理装置は、複数の機
器を接続可能なネットワークに接続される情報処理装置
において、上記ネットワークを介して接続されている他
の機器の記憶手段から、当該他の機器が備える機能とそ
の機能のプロトコルとの対応を示すキーワードを読み取
る読み取り手段を有することにより、上述した課題を解
決する。

【０００９】次に、本発明の情報処理方法は、複数の機
器を接続可能なネットワークに接続される情報処理方法
において、自己が備える機能とその機能のプロトコルと
の対応をキーワードとして記憶することにより、上述し
た課題を解決する。

【００１０】また、本発明の情報処理方法は、複数の機
器を接続可能なネットワークに接続される情報処理方法
において、上記ネットワークを介して接続されている他
の機器の記憶手段から、当該他の機器が備える機能とそ
の機能のプロトコルとの対応を示すキーワードを読み取
ることにより、上述した課題を解決する。

【００１１】次に、本発明の媒体は、自己が備える機能
とその機能のプロトコルとの対応をキーワードとして記
憶するステップを含むことを特徴とするプログラムを情
報処理装置に実行させることにより、上述した課題を解
決する。

【００１２】また、本発明の媒体は、ネットワークを介
して接続されている他の機器の記憶手段から、当該他の
機器が備える機能とその機能のプロトコルとの対応を示
すキーワードを読み取るステップを含むことを特徴とす
るプログラムを情報処理装置に実行させることにより、
上述した課題を解決する。

【００１３】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。

【００１４】図１は、ＩＥＥＥ１３９４シリアルデータ
バスで複数のノードが接続されてなネットワークシステ
ムを示している。このネットワークシステムは、ＩＥＥ
Ｅ１３９４シリアルデータバス２０（以下、バス２０と
呼ぶ）に、ディジタル衛星放送受信機としてのＩＲＤ
（Integrated Reciever Decoder）１０と、ビデオデッ
キ（例えばＤ−ＶＨＳ等のレコーダ）６０、プリンタ５
０などが接続されてなるものである。これらＩＲＤ１
０、ビデオデッキ６０、プリンタ５０は、それぞれＩＥ
ＥＥ１３９４ノードである。なお、ＩＲＤ１０には、受
信アンテナ３０及びモニタ４０が接続されており、ま
た、受信アンテナ３０はビデオデッキ６０にも接続され
ている。もちろん、ＩＥＥＥ１３９４シリアルデータバ
ス２０には、上記ＩＲＤ１０やビデオデッキ６０、プリ
ンタ５０以外に、例えばパーソナルコンピュータ、ハー
ドディスクドライブ、ＣＤプレーヤ、モニタ、ディジタ
ルビデオカメラ、ＭＤ（商標）プレーヤ等のＩＥＥＥ１
３９４端子を備える電子機器を接続することが可能であ
る。

【００１５】受信アンテナ３０は、図示せぬ通信衛星を
介して送信されてくるディジタル衛星放送のディジタル
信号を受信して、ＩＲＤ１０、ビデオデッキ６０に出力
する。

【００１６】ＩＲＤ１０は、上述したようにＩＥＥＥ１
３９４ノードであり且つＡＶ／Ｃプロトコルで動作する
機器である。当該ＩＲＤ１０は、受信アンテナ３０を介
して供給された信号から、図示しない内部のチューナに
より所望のチャンネルの信号を抽出し、モニタ４０やバ
ス２０を介してビデオデッキ６０のＶＣＲ部６２に出力
する。また、ＩＲＤ１０は、ユーザからの再生指示の操
作や録画予約操作等を受け付けて、ビデオデッキ６０の
全体を制御することも行う。

【００１７】プリンタ５０は、上述したようにＩＥＥＥ
１３９４ノードであるが、ＤＰＰ（Direct Print Proto
col）により、バス２０を介して直接転送されてきた画
像データをプリント可能な機器である。

【００１８】ビデオデッキ６０は、上述したようにＩＥ
ＥＥ１３９４ノードであり、サブユニットとして、チュ
ーナ６１やＶＣＲ部６２等を備えると共に、さらにデッ
キに関する情報が記憶されたコンフィグレーションＲＯ
Ｍ６３を備えている。上記チューナ６１はＡＶ／Ｃプロ
トコルに対応したサブユニットであり、ＶＣＲ部６２は
ＡＶ／ＣプロトコルとＤＰＰの両方に対応したサブユニ
ットである。当該ビデオデッキ６０は、チューナ６１か
ら入力された映像信号、又は、バス２０を介して入力さ
れるＩＲＤ１０のチューナからの映像信号を、ＶＣＲ部
６２により図示せぬ磁気テープに記録する。なお、本実
施の形態のビデオデッキ６０は、例えばいわゆるＭＰＥ
Ｇ２トランスポートストリームやディジタルＶＣＲのフ
ォーマットのビデオデータの取り込みが可能となってい
る。

【００１９】ここで、ＩＥＥＥ１３９４は、ＩＳＯ／Ｉ
ＥＣ１３２２１３で規定された６４ビットのアドレス空
間を有するＣＲＳ（Control and Status Register）ア
ーキテクチャに準拠している。図２には、ＣＳＲアーキ
テクチャのアドレス空間の構造を示す。上位１６ビット
は、各ＩＥＥＥ１３９４上のノードを示すノードＩＤで
あり、残りの４８ビットが各ノードに与えられたアドレ
ス空間の指定に使われる。さらに、上位１６ビットは、
バスＩＤの１０ビットと、物理ＩＤ（狭義のノードＩ
Ｄ）の６ビットに分かれる。全てのビットが”１”とな
る値は、特別な目的で使用されるため、１０２３個のバ
スと６３個のノードを指定することができる。

【００２０】下位４８ビットにて規定される２５６テラ
バイトのアドレス空間のうち、上位２０ビットで規定さ
れる空間は、２０４８バイトのＣＳＲ特有のレジスタや
ＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシ
ャルレジスタスペース（Initial Register Space）、プ
ライベートスペース（Private Space）、及びイニシャ
ルメモリスペース（Initial Memory Space）等に分割さ
れ、下位２８ビットで規定される空間は、その上位２０
ビットで規定される空間が、イニシャルレジスタスペー
スである場合、コンフィグレーションＲＯＭ（Config R
OM）、ノード特有の用途に使用されるイニシャルユニッ
トスペース（Initial Unit Space）、プラグコントロー
ルレジスタ（Plug Ccontrol Register：ＰＣＲｓ）等と
して用いられる。イニシャルレジスタスペース内のアド
レス”２００ｈ”乃至”４００ｈ”（ｈは１６進数を表
す）に、ゼネラルＲＯＭフォーマットに基づいた上述の
コンフィグレーションＲＯＭが配置される。

【００２１】図３は、コンフィグレーションＲＯＭ６３
のデータ構造を示している。なお、このデータ構造の詳
細は、”P1212r Draft 0.1 July 15,1999”に記載され
ている。このコンフィグレーションＲＯＭ６３には、バ
スインフォメーションブロック（Bus information bloc
k）、ルートディレクトリ（root directory）、インス
タンスディレクトリ（Instance directory）、ユニット
ディレクトリ（Unit directory）、ディスクリプタディ
レクトリ（Descriptor directory）が含まれている。

【００２２】図４は、バスインフォメーションブロック
のデータ構造を示している。コンフィグレーションＲＯ
Ｍ６３の最初の５クォドレッド（quadlet）が、バスイ
ンフォメーションブロックとなっている。このバスイン
フォメーションブロック内の「node_vendor_id 」（２
４ビット）、「chip_id_hi」（８ビット）、「chip_id_
lo」（３２ビット）の合計６４ビットには、世界で唯一
のユニークな値（ＥＵＩ−６４或いはＧＵＩＤ）が入
る。これにより、デバイスの区別が可能となる。「node
_vendor_id 」は、ＩＥＥＥ／ＲＡＣが製造会社に与え
るユニークなＩＤである。「chip_id_hi」、「chip_id_
lo」は、「node_vendor_id 」がユニークに割り振っ
た、合わせて４０ビットのＩＤである。

【００２３】図３に戻って、ルートディレクトリの「Ve
ndor」のエントリには、ベンダーＩＤが配される。この
「Vendor」のエントリに付随して、「Text leaf」(Text
ualdescriptor）がある。この「Text leaf」の位置は、
「Descriptor leaf offset」で示される。本実施の形態
において、「Text leaf」には、ベンダーを示すＭｉｎ
ｉｍａｌＡＳＣＩＩの文字コードが配される。

【００２４】なお、図５に示すように、ルートディレク
トリに、「Descriptor Directory」の位置を示す「Desc
riptor Directory offset」を配し、当該「Descriptor
Directory」に、必須（Mandatory）の「Text leaf」（T
extual descriptor）の位置を示す「Descriptor leaf o
ffset」を配すると共に、任意（Optional）の「Textual
descriptor」、「Icon descriptor」等の位置を示す
「Descriptor leaf offset」を配する構造としてもよ
い。この場合、必須（Mandatory）の「Textual descrip
tor」にはベンダーを示すＭｉｎｉｍａｌＡＳＣＩＩ
の文字コードが配され、任意（Optional）の「Textual
descriptor」にはベンダーを示す他の文字コードが配さ
れ、さらに「Icon descriptor」にはベンダーを示すア
イコンデータが配される。

【００２５】インスタンスディレクトリは、自己の電子
機器の機能例を示すディレクトリである。ルートディレ
クトリは、このインスタンスディレクトリの位置を示す
「Instance directory offset」を持っている。また、
インスタンスディレクトリは、「Keyword leaf」の位置
を示す「Keyword leaf offset」及びユニットディレク
トリの位置を示す「Unit directory offset」を持って
いる。

【００２６】ＩＥＥＥ１３９４上のアクセス単位である
ノードは、ノードの中にアドレス空間を共通に使用しつ
つ独立して動作するユニットを複数個有することができ
る。ユニットディレクトリは、このユニットに対するソ
フトウェアのバージョンや位置を示すことができる。な
お、バスインフォメーションブロックやルートディレク
トリの位置は固定されているが、その他のブロックはオ
フセットアドレスによって指定される。

【００２７】「Keyword leaf」には、電子機器内の全て
のサブユニットと各サブユニットのプロトコルがキーワ
ードとして配される。このキーワードは、ＡＳＣＩＩコ
ードの中で、アルファベットの大文字「Ａ〜Ｚ」や数値
「０〜９」、ハイフン「−」、スラッシュ「／」等を用
いて表される。

【００２８】図６には、各サブユニットを表すキーワー
ドと各サブユニットにプロトコルを表すキーワードとの
対応関係の一例を示している。本実施の形態において
は、上述したように、ビデオデッキ６０内にサブユニッ
トとしてＶＣＲ部６２とチューナ６１を備えており、ま
た、ＶＣＲ部６２はＡＶ／ＣプロトコルとＤＰＰに対応
し、チューナ６１はＡＶ／Ｃプロトコルに対応してい
る。このため、当該「Keyword leaf」には、ＶＣＲ部６
２を示す「ＶＣＲ」とそのプロトコルを表す「ＡＶ／
Ｃ」及び「ＤＰＰ」、チューナ６１を示す「ＴＵＮＥ
Ｒ」とそのプロトコルを表す「ＡＶ／Ｃ」の文字が、キ
ーワードとして配されている。

【００２９】すなわち、上記「Keyword leaf」には、図
７に示すように、ＭｉｎｉｍａｌＡＳＣＩＩの文字コー
ドの５６ｈ（ｈは１６進数を表す）による’Ｖ’と４３
ｈによる’Ｃ’と５２ｈによる’Ｒ’にて「ＶＣＲ」が
表され、エントリの境界を表す００ｈに続いて、４１ｈ
による’Ａ’と５６ｈによる’Ｖ’と２Ｆｈによる’
／’と４３ｈによる’ｃ’にて「ＡＶ／Ｃ」が表され、
さらにエントリの境界を表す００ｈに続いて、４４ｈに
よる’Ｄ’と５０ｈによる’Ｐ’と５０ｈによる’Ｐ’
にて「ＤＰＰ」が表されている。次に続く００ｈ，００
ｈは、プロトコルの境界を表し、その後は、上述同様に
して「ＴＵＮＥＲ」を表す文字コードとそのプロトコル
を表す文字コードが配される。

【００３０】図３に戻って、ルートディレクトリは、ユ
ニットディレクトリの位置を示す「Unit directory off
set」を持っている。ユニットディレクトリは、「Speci
fier_ID」、「Version」のエントリを備えている。な
お、当該ユニットディレクトリにより、サブユニットの
プロトコルを知ることもできるが、マルチプロトコルの
場合には全てのプロトコルを解析することは非常に煩雑
である。これに対して、本実施の形態のように、キーワ
ードエントリにプロトコルとサブユニットの対応を文字
コードとして記載しておけば、文字コードの解析のみ
で、各サブユニットのプロトコルを瞬時に認識すること
が可能となる。

【００３１】また、ルートディレクトリは、「Model」
のエントリを備えている。この「Model」のエントリに
は、モデルＩＤが配される。さらに、「Model」のエン
トリに付随して、「Descriptor descriptor」がある。
この「Descriptor descriptor」の位置は「Descriptor
leaf offset」で示される。「Descriptor descriptor」
には、「Text leaf」(Textual descriptor）の位置を示
す「Text leaf offset」と、「Modifiable leaf」の位
置を示す「Modifiable leaf offset」が配される。

【００３２】なお、図８に示すように、ルートディレク
トリに、「Descriptor Directory」の位置を示す「Desc
riptor Directory offset」を配し、当該「Descriptor
Directory」に、必須（Mandatory）の「Text leaf」（T
extual descriptor）の位置を示す「Descriptor leaf o
ffset」を配すると共に、任意（Optional）の「Textual
descriptor」、「Icon descriptor」、「Modifiable d
escriptor」等の位置を示す「Descriptor leaf offse
t」を配する構造としてもよい。この場合、必須（Manda
tory）の「Textual descriptor」にはモデル名を示すＭ
ｉｎｉｍａｌＡＳＣＩＩの文字コードが配され、任意
（Optional）の「Textual descriptor」にはモデル名を
示す他の文字コードが配され、「Icon descriptor」に
はモデルのアイコンデータが配され、さらに「Modifiab
le descriptor」にはモデルを示すその他のデータが配
される。

【００３３】以上説明したように、本実施の形態におい
ては、ビデオデッキ６０に備えられたコンフィグレーシ
ョンＲＯＭ６３のキーワードのエントリに、このビデオ
デッキ６０内のサブユニットとそのプロトコルを関連付
けたキーワードを配置するようにしている。したがっ
て、このコンフィグレーションＲＯＭ６３のキーワード
エントリに記載されたサブユニットとプロトコルの情報
（キーワード）を読み取って解析することにより、各サ
ブユニットのプロトコルを知ることが可能となる。ま
た、コンフィグレーションＲＯＭ６３は、ＡＶ／Ｃプロ
トコル以外のプロトコルで動作する他の電子機器からで
も直接アクセスすることができるため、当該他の電子機
器は、ビデオデッキ６０のコンフィグレーションＲＯＭ
６３に直接アクセスして、ビデオデッキ６０内のサブユ
ニットとそのプロトコルを容易に取得することができ
る。

【００３４】以下に、ある電子機器（例えば図１のＩＲ
Ｄ１０内のコントローラＡ）が、別の電子機器（ターゲ
ットとしての例えば図１のビデオデッキ）のコンフィグ
レーションＲＯＭのキーワードエントリからサブユニッ
トとプロトコルの情報を読み出して解析する際の流れ
を、図９及び図１０を用いて説明する。

【００３５】先ず、手順Ｐ１として、コントローラＡ
は、ターゲットに対して、ＡＶ／Ｃコマンドとして規定
されている後述するリードコマンド（READ command）を
送り、ターゲットのコンフィグレーションＲＯＭのキー
ワードエントリの読み込みを依頼する。

【００３６】当該リードコマンドを受け取ったターゲッ
トは、手順Ｐ２として、コンフィグレーションＲＯＭの
キーワードエントリに記載されているプロトコルとサブ
ユニットの関連を示す情報を、リードコマンドに対する
レスポンスとして返す。

【００３７】これにより、コントローラＡは、手順Ｐ３
として、ターゲットから返送されたプロトコルとサブユ
ニットの関連情報から、制御したい機能とそのプロトコ
ルを解析する。

【００３８】図１１には、上記リードコマンド（READコ
マンド）のフォーマットを示す。この図１１に示すリー
ドコマンドのフォーマットにおいて、先頭の「opcode」
には、リードディスクリプタ（read descriptor）であ
ることを表す値の”０９₁₆”が記述されている。続く
「operand０」には読み出すディスクリプタ（descripto
r）を識別するための「descriptor identifier」が記述
される。「read_result_status」には、コントローラＡ
がリードコマンドを送出するときは”ＦＦ₁₆”が記述さ
れ、ターゲットからレスポンスとして返される場合に
は、読み取り結果が記述される。「data_length」に
は、ターゲットから読み出されるべきデータのバイト数
が記述される。この値が”００₁₆”に設定された時、全
てのリストが読み出される。「address」には、読み出
しを開始すべきアドレスが記述される。その値が”００
₁₆”とされた場合、先頭から読み出しが開始される。

【００３９】なお、上述の説明では、コントローラＡが
ターゲットのサブユニットのプロトコルを解析するまで
の流れを説明したが、上記解析したプロトコルを実際に
利用する場合の具体的な流れを図１２のフローチャート
を用いて説明する。この図１２に示すフローチャート
は、ユーザが、例えばＩＲＤ１０を操作することによ
り、図１のビデオデッキ６０のＶＣＲ部６２に装填され
たビデオテープに記録されている画像データを、ＤＰＰ
のプリンタ５０により印刷することを希望した場合に、
ＩＲＤ１０のコントローラが行う処理の流れを示してい
る。

【００４０】図１２において、ＩＲＤ１０のコントロー
ラは、先ず、ステップＳ１として、ユーザにより、ビデ
オデッキ６０のＶＣＲ部６２に装填されたビデオテープ
に記録されている画像データを、ＤＰＰのプロトコルに
対応したプリンタを使用して印刷することの要求がなさ
れると、次のステップＳ２として、バス２０上に接続さ
れているターゲットデバイスとしてのビデオデッキ６０
のコンフィグレーションＲＯＭ６３から、キーワードエ
ントリを読み取る。

【００４１】次に、ＩＲＤ１０のコントローラは、ステ
ップＳ３として、上記キーワードからＤＰＰのプリンタ
についての記載を探し、見つかった場合にはステップＳ
４の処理に進み、一方、見つからなかった場合にはステ
ップＳ５の処理に進む。

【００４２】ステップＳ４の処理に進むと、ＩＲＤ１０
のコントローラは、ビデオデッキ６０のＶＣＲ部６２を
制御してビデオテープから画像データを再生させ、その
画像データをバス２０を介してプリンタ５０に送信させ
る。これにより、ＤＰＰのプリンタ５０は、上記画像デ
ータに基づく画像をプリントアウトする。

【００４３】一方、ステップＳ５の処理に進むと、ＩＲ
Ｄ１０のコントローラは、例えばモニタ４０等を制御
し、ユーザに対して、ビデオデッキ６０はＤＰＰのプリ
ンタに対応できない旨の表示等を行う。このとき例え
ば、ユーザにより再度ＤＰＰのプリンタの使用が希望さ
れた場合（ｙｅｓ）はステップＳ１の処理に戻る。プリ
ンタの再設定が希望されない場合（Ｎｏ）は処理を終了
する。

【００４４】上述した実施の形態では、ＩＲＤ１０のコ
ントローラがターゲットであるビデオデッキ６０のコン
フィグレーションＲＯＭ６３のキーワードエントリを読
み取る例を示したが、本発明はこの実施の形態に限定さ
れす、同様のコンフィグレーションＲＯＭを有するその
他の電子機器に同様に適用できることはもちろんであ
る。

【００４５】また、本実施の形態において、上述したコ
ンフィグレーションＲＯＭのキーワードエントリの読み
取りと解析等の一連の処理は、ハードウェアにより実行
させることもできるが、ソフトウェアにより実行させる
こともできる。一連の処理をソフトウェアにより実行さ
せる場合には、そのソフトウェアを構成するプログラム
が、専用のハードウェアとしてのコントローラに組み込
まれているか若しくは当該プログラムがインストールさ
れた、例えば汎用のパーソナルコンピュータなどにより
各種の機能を実行することが可能となる。

【００４６】汎用のパーソナルコンピュータ１０１は、
例えば、図１３に示すように、ＣＰＵ（Central Proces
sing Unit）１１１を内蔵している。ＣＰＵ１１１に
は、バス１１５を介して入出カインターフェース１１６
が接続されており、ＣＰＵ１１１は、入出カインターフ
ェース１１６を介して、ユーザから、キーボード、マウ
スなどよりなる入力部１１８から指令が入力されると、
それに対応して、ＲＯＭ（Read ０nly Memory）１１２
あるいはハードディスク１１４などの記録媒体、また
は、ドライブ１２０に装着された磁気ディスク１３１，
光ディスク１３２、光磁気ディスク１３３などの記録媒
体から、それらに記録されている、上述した一連の処理
を実行するプログラムを読み出し、ＲＡＭ（Ramdom Acc
ess Memory）１１３に書き込み、実行する。なお、ハー
ドディスク１１４に格納されているプログラムには、予
め格納されてユーザに配布されるものだけでなく、衛星
もしくは、ネットワークから転送され、通信郁１１９に
より受信されてダウンロードされたプログラムも含まれ
る。

【００４７】また、ＣＰＵ１１１は、プログラムの処理
結果のうち、画像信号を、入出カインターフェース１１
６を介して、ＬＣＤ（LiquID Crysta1 Display），Ｃ
ＲＴ（Cathode Ray Tube）などよりなる表示部１１７
に出力する。

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

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

【００５０】或いはまた、プログラムは、フロッピー
（登録商標）ディスク、ＣＤ−ＲＯＭ（Compact Disk-R
ead Only Disk）、ＭＯ（Magneto-Optical）ディスク、
ＤＶＤ（Digital Versatile Disk）、磁気ディスク、半
導体メモリなどの記録媒体に、一時的あるいは永続的に
格納し、パッケージソフトウエアとして提供することが
できる。

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

【００５２】本実施の形態における媒体とは、これら全
ての媒体を含む広義の概念を意味するものである。

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

【００５４】最後に、本発明は、上述の説明した実施の
形態に限定されるものではなく、本発明の精神を逸脱す
ることなく種々の変形が可能とされるものである。

【００５５】

【発明の効果】本発明の情報処理装置及び方法、媒体に
よれば、自己が備える機能とその機能のプロトコルとの
対応をキーワードとして記憶することにより、例えば、
ネットワークに接続されている機器がマルチプロトコル
に対応した機器であっても、その機器の各機能のプロト
コルを容易且つ短時間に解析可能となる。

【００５６】また、本発明の情報処理装置及び方法、媒
体によれば、ネットワークを介して接続されている他の
機器の記憶手段から、当該他の機器が備える機能とその
機能のプロトコルとの対応を示すキーワードを読み取る
ことにより、例えば、ネットワークに接続されている機
器がマルチプロトコルに対応した機器であっても、その
機器の各機能のプロトコルを容易且つ短時間に解析可能
となる。

【図面の簡単な説明】

【図１】ＩＥＥＥ１３９４シリアルデータバスで接続さ
れるネットワークシステムの一例を示すブロック図であ
る。

【図２】ＣＳＲアーキテクチャのアドレス空間の構造を
示す図である。

【図３】コンフィグレーションＲＯＭのデータ構造を示
す図である。

【図４】バスインフォメーションブロックのデータ構造
を示す図である。

【図５】ルートディレクトリのベンダーエントリに付随
する「Descriptor Directory offset」により示される
ディスクリプタのデータ構造例を示す図である。

【図６】キーワードエントリに配されるサブユニットと
プロトコルの対応関係を示すキーワードの例を示す図で
ある。

【図７】キーワードをＭｉｎｉｍａｌＡＳＣＩＩの文
字コードで表す例の説明に用いる図である。

【図８】ルートディレクトリのモデルエントリに付随す
る「Descriptor Directory offset」により示されるデ
ィスクリプタのデータ構造例を示す図である。

【図９】コントローラＡがターゲットのコンフィグレー
ションＲＯＭのキーワードのエントリからサブユニット
とプロトコルの情報を読み出して解析する例の説明に用
いる図である。

【図１０】コントローラＡがターゲットのコンフィグレ
ーションＲＯＭのキーワードのエントリからサブユニッ
トとプロトコルの情報を読み出して解析する際の流れの
説明に用いる図である。

【図１１】リードコマンドのフォーマットの説明に用い
る図である。

【図１２】コントローラＡがターゲットのサブユニット
のプロトコルを解析し、その解析したプロトコルを実際
に利用する場合の具体的な流れの一例を示すフローチャ
ートである。

【図１３】コンピユータの構成例を示すブロック図であ
る。

【符号の説明】

１０ＩＲＤ、２０ＩＥＥＥ１３９４シリアルデー
タバス、３０受信アンテナ、４０モニタ、５０
プリンタ、６０ビデオデッキ、６１チューナ、
６２ＶＣＲ部、６３コンフィグレーションＲＯ
Ｍ

Claims

【特許請求の範囲】

【請求項１】複数の機器を接続可能なネットワークに
接続される情報処理装置において、自己が備える機能とその機能のプロトコルとの対応をキ
ーワードとして記憶する記憶手段を有することを特徴と
する情報処理装置。
【請求項２】上記ネットワークはＩＥＥＥ１３９４シ
リアルデータバスを使用したネットワークであり、上記記憶手段には、上記キーワードを所定の文字コード
により記憶することを特徴とする請求項１記載の情報処
理装置。
【請求項３】上記記憶手段は、プロトコルによらずに
直接アクセス可能なコンフィグレーションＲＯＭからな
ることを特徴とする請求項２記載の情報処理装置。
【請求項４】複数の機器を接続可能なネットワークに
接続される情報処理装置において、上記ネットワークを介して接続されている他の機器の記
憶手段から、当該他の機器が備える機能とその機能のプ
ロトコルとの対応を示すキーワードを読み取る読み取り
手段を有することを特徴とする情報処理装置。
【請求項５】上記ネットワークはＩＥＥＥ１３９４シ
リアルデータバスを使用したネットワークであり、上記読み取り手段は、所定の文字コードとして記憶され
たキーワードを上記他の機器の記憶手段から読み取るこ
とを特徴とする請求項４記載の情報処理装置。
【請求項６】上記他の機器の記憶手段は、プロトコル
によらずに直接アクセス可能なコンフィグレーションＲ
ＯＭからなることを特徴とする請求項５記載の情報処理
装置。
【請求項７】複数の機器を接続可能なネットワークに
接続される情報処理方法において、自己が備える機能とその機能のプロトコルとの対応をキ
ーワードとして記憶することを特徴とする情報処理方
法。
【請求項８】上記ネットワークはＩＥＥＥ１３９４シ
リアルデータバスを使用したネットワークであり、上記キーワードを所定の文字コードにより記憶すること
を特徴とする請求項７記載の情報処理方法。
【請求項９】上記キーワードは、プロトコルによらず
に直接アクセス可能なコンフィグレーションＲＯＭに記
憶することを特徴とする請求項８記載の情報処理方法。
【請求項１０】複数の機器を接続可能なネットワーク
に接続される情報処理方法において、上記ネットワークを介して接続されている他の機器の記
憶手段から、当該他の機器が備える機能とその機能のプ
ロトコルとの対応を示すキーワードを読み取ることを特
徴とする情報処理方法。
【請求項１１】上記ネットワークはＩＥＥＥ１３９４
シリアルデータバスを使用したネットワークであり、所定の文字コードとして記憶されたキーワードを上記他
の機器の記憶手段から読み取ることを特徴とする請求項
１０記載の情報処理方法。
【請求項１２】上記キーワードは、プロトコルによら
ずに直接アクセス可能なコンフィグレーションＲＯＭに
記憶することを特徴とする請求項１０記載の情報処理方
法。
【請求項１３】自己が備える機能とその機能のプロト
コルとの対応をキーワードとして記憶するステップを含
むことを特徴とするプログラムを情報処理装置に実行さ
せる媒体。
【請求項１４】ネットワークを介して接続されている
他の機器の記憶手段から、当該他の機器が備える機能と
その機能のプロトコルとの対応を示すキーワードを読み
取るステップを含むことを特徴とするプログラムを情報
処理装置に実行させる媒体。