JP2001320636A

JP2001320636A - 情報処理装置および方法、並びに記録媒体

Info

Publication number: JP2001320636A
Application number: JP2000133831A
Authority: JP
Inventors: Yuji Kimura; 裕司木村; Hisayoshi Moriwaki; 久芳森脇
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-05-02
Filing date: 2000-05-02
Publication date: 2001-11-16

Abstract

(57)【要約】【課題】 OSDデータを送受信する際の処理を簡略化す
る。【解決手段】 OSD作成器１とOSD処理器２との間にIsoc
hronous Connectionが確立される。OSD処理器２は、OSD
作成器１から送信されてきたIsochronous packetのヘッ
ダに記述された情報から、source node ID（SID）を抽
出する。そのSIDをもつOSD作成器１が、EIA-775の規格
に対応している場合、OSD作成器１とOSD処理器２との間
に、Asynchronous Connectionが確立され、OSDデータの
授受が可能な状態にされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置および
方法、並びに記録媒体に関し、特に、OSDデータの送受
信を行う装置に用いて好適な情報処理装置および方法、
並びに記録媒体に関する。

【０００２】

【従来の技術】２つの機器が、ケーブルなどを介して接
続されている状態で、OSD（On ScreenDisplay）表示を
行う場合、例えば、２つの機器としてテレビジョン受像
機とビデオテープレコーダとが接続されている場合、”
再生”といった文字をテレビジョン受像機上にOSD表示
させるとき、テレビジョン受像機の方で、表示させる画
像データ（ビデオテープレコーダから送信されてきたデ
ータ）に、OSD表示させる文字データを生成し、重畳す
るか、または、ビデオテープレコーダ側で、テレビジョ
ン受像機側に送信する画像データに、OSD表示させる文
字データを重畳して送信するようにしていた。

【０００３】このようにしてOSD表示させるデータを重
畳させた場合、OSD表示させる表示遅延時間や表示希望
時刻というような情報は、それぞれの機器でOSD表示用
のデータ（以下、OSDデータと称する）が画像データに
重畳された時点で、全く無関係になる。すなわち、送信
機器（ビデオテープレコーダ）で、OSD表示用のデータ
を重畳する場合、そのOSDデータを表示させる表示希望
時刻は、その送信機器が画像データにOSDデータを重畳
したときである。また、受信機器（テレビジョン受像
機）でOSDデータを重畳する場合、OSDの情報は送信され
てくる画像データとは、何ら関係がなく、その表示遅延
時間は、重畳する機器に依存して決定される。

【０００４】IEEE1394などで規定される高速デジタルシ
リアルバスに代表される情報信号パケットと制御信号パ
ケットとを伝送できる通信制御バスで接続された機器間
において、そのバス上に存在するDTV（Digital Televis
ion）に代表されるディスプレイデバイスに対してOSDデ
ータの伝送を行うことを目的として、EIA-775（Electro
nic Industrise Alliance）により、その制御伝送方式
が規格化されつつある。

【０００５】EIA-775は、DTVの為のデジタルインタフェ
ースを規定する規格であり、その規格には、通常の放送
などで配信される画像データの伝送方式と同時に、OSD
データの取り扱いについても規定されている。この規定
によれば、OSDデータの伝送は、以下に示すような手順
により行われる。

【０００６】１．OSD Consumer機器（受信機器）がコン
トローラとして1394 AV WG（1394 Trade Association A
V Working Group）で標準化されたアシンクロナスコネ
クション（Asynchronous Connection）をOSD Producer
機器（送信機器）との間に確立する２．EIA-775により規定されるフロー制御により、OSDデ
ータを伝送することにより実現される。

【０００７】

【発明が解決しようとする課題】上述したEIA-775にお
けるOSDデータの伝送では、OSDデータを送信する送信機
器と、そのOSDデータを受信する受信機器との間でのコ
ネクションの確立についてと、OSDデータの伝送につい
ては規定されているが、送信機器が複数存在する場合
に、受信機器において、いつ、どの送信機器とコネクシ
ョンを確立するかといったことに関しては、規定されて
いない。

【０００８】そこで、受信機器が、バス上に接続されて
いる全ての送信機器との間にコネクションを確立すると
いう方法も考えられるが、送信機器となり得る機器の検
索には負荷がかかるといった課題と、受信機器自身のリ
ソースの制限があるという課題がある。

【０００９】本発明はこのような状況に鑑みてなされた
ものであり、受信機器と送信機器との間に、アイソクロ
ナスコネクション（Isochronous Connection）を確立し
た後に、必要に応じアシンクロナスコネクション（Asyn
chronous Connection）を張ることにより、複雑な手続
を行うことなく、OSDデータを送受信する機器を一意に
特定することを目的とする。

【００１０】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、バス上に接続されている装置と第１のコネク
ションを確立する第１の確立手段と、第１の確立手段に
より第１のコネクションが確立された装置が、オン・ス
クリーン・ディスプレイ表示用のデータを生成する機能
を備えているか否かを判断する判断手段と、判断手段に
より装置がオン・スクリーン・ディスプレイ表示用のデ
ータを生成する機能を備えていると判断された場合、装
置との間に第２のコネクションを確立する第２の確立手
段とを含むことを特徴とする。

【００１１】前記第１のコネクションは、アイソクロナ
スコネクションであり、前記第２のコネクションは、ア
シンクロナスコネクションであるようにすることができ
る。

【００１２】請求項３に記載の情報処理方法は、バス上
に接続されている装置と第１のコネクションを確立する
第１の確立ステップと、第１の確立ステップの処理で第
１のコネクションが確立された装置が、オン・スクリー
ン・ディスプレイ表示用のデータを生成する機能を備え
ているか否かを判断する判断ステップと、判断ステップ
の処理で装置がオン・スクリーン・ディスプレイ表示用
のデータを生成する機能を備えていると判断された場
合、装置との間に第２のコネクションを確立する第２の
確立ステップとを含むことを特徴とする。

【００１３】請求項４に記載の記録媒体のプログラム
は、バス上に接続されている装置と第１のコネクション
を確立する第１の確立ステップと、第１の確立ステップ
の処理で第１のコネクションが確立された装置が、オン
・スクリーン・ディスプレイ表示用のデータを生成する
機能を備えているか否かを判断する判断ステップと、判
断ステップの処理で装置がオン・スクリーン・ディスプ
レイ表示用のデータを生成する機能を備えていると判断
された場合、装置との間に第２のコネクションを確立す
る第２の確立ステップとを含むことを特徴とする。

【００１４】請求項１に記載の情報処理装置、請求項３
に記載の情報処理方法、および請求項４に記載の記録媒
体においては、バス上に接続されている装置と第１のコ
ネクションが確立され、その装置が、オン・スクリーン
・ディスプレイ表示用のデータを生成する機能を備えて
いる場合、第２のコネクションが確立される。

【００１５】

【発明の実施の形態】図１は、本発明を適用した情報処
理装置の一実施の形態の接続関係を説明する図である。
OSDデータを送信する送信装置としてのOSD作成器１と、
OSDデータを受信する受信装置としてのOSD処理器２は、
相互に通信制御バスとしてのIEEE1394バス３で接続され
ている。例えば、OSD作成器１は、ビデオテープレコー
ダなどであり、OSD処理器２は、IEEE1394バス３を介し
て入力される画像データを処理するテレビジョン受像機
などである。説明のために、図１においては、IEEE1394
バス３には、２台の装置しか接続されていないが、それ
以上の装置が接続されていても良い。

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

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

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

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

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

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

【００２２】図３に戻り、イニシャルレジスタスペース
内のアドレス２００ｈ乃至４００ｈに、ゼネラルROMフ
ォーマットに基づいたコンフィギレーションROMが配置
される。図５は、ゼネラルROMフォーマットを説明する
図である。IEEE1394上のアクセスの単位であるノード
は、ノードの中にアドレス空間を共通に使用しつつ独立
して動作をするユニットを複数個有することができる。
ユニットディレクトリ（unit directories）は、このユ
ニットに対するソフトウェアのバージョンや位置を示す
ことができる。バスインフォブロック（bus info bloc
k）とルートディレクトリ（root directory）の位置は
固定されているが、その他のブロックの位置はオフセッ
トアドレスによって指定される。

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

【００２４】インターフェースを介して、機器の入出力
を制御する為、ノードは、図３のイニシャルユニットス
ペース内のアドレス９００ｈ乃至９ＦＦｈに、IEC1883
に規定されるPCR（Plug Control Register）を有する。
これは、論理的にアナログインターフェースに類似した
信号経路を形成するために、プラグという概念を実体化
したものである。図７は、PCRの構成を説明する図であ
る。PCRは、出力プラグを表すoPCR（output Plug Contr
ol Resister）、入力プラグを表すiPCR（inputPlug Con
trol Register）を有する。また、PCRは、各機器固有の
出力プラグまたは入力プラグの情報を示すレジスタoMPR
（output Master Plug Register）とiMPR（input Maste
r Plug Register）を有する。各機器は、oMPRおよびiMP
Rをそれぞれ複数持つことはないが、個々のプラグに対
応したoPCRおよびiPCRを、機器の能力によって複数持つ
ことが可能である。図７に示されるPCRは、それぞれ３
１個のoPCRおよびiPCRを有する。アイソクロナスデータ
の流れは、これらのプラグに対応するレジスタを操作す
ることによって制御される。

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

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

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

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

【００２９】図９はプラグ、プラグコントロールレジス
タ、およびアイソクロナスチャンネルの関係を表す図で
ある。ＡＶデバイス（AV-device）７１乃至７３は、IEE
E1394シリアスバスによって接続されている。ＡＶデバ
イス７３のoMPRにより伝送速度とoPCRの数が規定された
oPCR〔0〕乃至oPCR〔2〕のうち、oPCR〔1〕によりチャ
ンネルが指定されたアイソクロナスデータは、IEEE1394
シリアスバスのチャンネル＃１（channel #1）に送出さ
れる。ＡＶデバイス７１のiMPRにより伝送速度とiPCRの
数が規定されたiPCR〔0〕とiPCR〔1〕のうち、入力チャ
ンネル＃１が伝送速度とiPCR〔0〕により、ＡＶデバイ
ス７１は、IEEE1394シリアスバスのチャンネル＃１に送
出されたアイソクロナスデータを読み込む。同様に、Ａ
Ｖデバイス７２は、oPCR〔0〕で指定されたチャンネル
＃２（channel #2）に、アイソクロナスデータを送出
し、ＡＶデバイス７１は、iPRC〔1〕にて指定されたチ
ャンネル＃２からそのアイソクロナスデータを読み込
む。

【００３０】このようにして、IEEE1394シリアスバスに
よって接続されている機器間でデータ伝送が行われ、こ
のIEEE1394シリアスバスを介して接続された機器のコン
トロールのためのコマンドとして規定されたＡＶ／Ｃコ
マンドセットを利用して、各機器のコントロールや状態
の判断などが行えるようにしてある。次に、このAV/Cコ
マンドセットについて説明する。

【００３１】まず、AV/CコマンドセットにおけるSubuni
t Identifier Descriptorのデータ構造について、図１
０乃至図１３を参照しながら説明する。図１０は、Subu
nitIdentifier Descriptorのデータ構造を示している。
図１０に示すように、Subunit Identifier Descriptor
の階層構造のリストにより形成されている。リストと
は、例えば、チューナであれば、受信できるチャンネ
ル、ディスクであれば、そこに記録されている曲などを
表す。階層構造の最上位層のリストはルートリストと呼
ばれており、例えば、リスト０がその下位のリストに対
するルートとなる。リスト２乃至（ｎ−１）も同様にル
ートリストとなる。ルートリストはオブジェクトの数だ
け存在する。ここで、オブジェクトとは、例えば、ＡＶ
機器がチューナである場合、デジタル放送における各チ
ャンネル等のことである。また、１つの階層の全てのリ
ストは、共通の情報を共有している。

【００３２】図１１は、既存のシステムにおいて用いら
れるThe General Subunit Identifier Descriptorのフ
ォーマットを示している。Subunit Identifier Descrip
tor41には、機能に関しての属性情報がcontentsに記述
されている。descriptor lengthフィールド自身の値は
含まれていない。generation IDは、AV/Cコマンドセッ
トのバージョンを示しており、その値は図４に示すよう
に、現在“００ｈ”（ｈは１６進を表す）となってい
る。ここで、“００ｈ”は、データ構造とコマンドがAV
/C General Specificationのバージョン３．０であるこ
とを意味している。また、図１２に示すように、“００
ｈ”を除いた全ての値は、将来の仕様のために予約確保
されている。

【００３３】size of list IDは、リストＩＤのバイト
数を示している。size of object IDは、オブジェクト
ＩＤのバイト数を示している。size of object positoi
nは、制御の際、参照する場合に用いられるリスト中の
位置（バイト数）を示している。number of root objec
t listsは、ルートオブジェクトリストの数を示してい
る。root object list idは、それぞれ独立した階層の
最上位のルートオブジェクトリストを識別するためのＩ
Ｄを示している。

【００３４】subunit dependent lengthは、後続のsubu
it dependent informationフィールドのバイト数を示し
ている。subuit dependent informationは、機能に固有
の情報を示すフィールドである。manufacturer depende
nt lengthは、後続のmanufacturer dependent informat
ionフィールドのバイト数を示している。manufacturer
dependent informationは、ベンダー（メーカ）の仕様
情報を示すフィールドである。尚、ディスクリプタの中
にmanufacturer dependent informationがない場合は、
このフィールドは存在しない。

【００３５】図１３は、図１１で示したリストＩＤの割
り当て範囲を示している。図１３に示すように、“００
００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦ
Ｆｈ”は、将来の仕様のための割り当て範囲として予約
確保されている。“１０００ｈ乃至３ＦＦＦｈ”および
“１００００ｈ乃至max list ID value”は、機能タイ
プの従属情報を識別するために用意されている。

【００３６】次に、AV/Cコマンドセットについて、図１
４乃至図１９を参照しながら説明する。図１４は、AV/C
コマンドセットのスタックモデルを示している。図１４
に示すように、物理レイヤ８１、リンクレイヤ８２、ト
ランザクションレイヤ８３、およびシリアスバスマネジ
メント８４は、IEEE1394に準拠している。FCP（Functio
n Control Protocol）８５は、IEC61883に準拠してい
る。AV/Cコマンドセット８６は、1394TAスペックに準拠
している。

【００３７】図１５は、図１４のFCP８５のコマンドと
レスポンスを説明するための図である。FCPはIEEE1394
上のＡＶ機器の制御を行うためのプロトコルである。図
１５に示すように、制御する側がコントローラで、制御
される側がターゲットである。FCPのコマンドの送信ま
たはレスポンスは、IEEE1394のアシンクロナス通信のラ
イトトランザクションを用いて、ノード間で行われる。
データを受け取ったターゲットは、受信確認のために、
アクノリッジをコントローラに返す。

【００３８】図１６は、図１５で示したFCPのコマンド
とレスポンスの関係をさらに詳しく説明するための図で
ある。IEEE1394バスを介してノードＡとノードＢが接続
されている。ノードＡがコントローラで、ノードＢがタ
ーゲットである。ノードＡ、ノードＢともに、コマンド
レジスタおよびレスポンスレジスタがそれぞれ、５１２
バイトずつ準備されている。図１６に示すように、コン
トローラがターゲットのコマンドレジスタ９３にコマン
ドメッセージを書き込むことにより命令を伝える。また
逆に、ターゲットがコントローラのレスポンスレジスタ
９２にレスポンスメッセージを書き込むことにより応答
を伝えている。以上２つのメッセージに対して、制御情
報のやり取りを行う。FCPで送られるコマンドセットの
種類は、後述する図１７のデータフィールド中のCTSに
記される。

【００３９】図１７は、AV/Cコマンドのアシンクロナス
転送モードで伝送されるパケットのデータ構造を示して
いる。AV/Cコマンドセットは、ＡＶ機器を制御するため
のコマンドセットで、CTS（コマンドセットのＩＤ）＝
“００００”である。AV/Cコマンドフレームおよびレス
ポンスフレームが、上記FCPを用いてノード間でやり取
りされる。バスおよびＡＶ機器に負担をかけないため
に、コマンドに対するレスポンスは、１００ｍｓ以内に
行うことになっている。図１７に示すように、アシンク
ロナスパケットのデータは、水平方向３２ビット（＝１
quadlet）で構成されている。図中上段はパケットのヘ
ッダ部分を示しており、図中下段はデータブロックを示
している。destination_IDは、宛先を示している。

【００４０】CTSはコマンドセットのＩＤを示してお
り、AV/CコマンドセットではCTS＝“００００”であ
る。ctype/responseのフィールドは、パケットがコマン
ドの場合はコマンドの機能分類を示し、パケットがレス
ポンスの場合はコマンドの処理結果を示す。コマンドは
大きく分けて、（１）機能を外部から制御するコマンド
（CONTROL）、（２）外部から状態を問い合わせるコマ
ンド（STATUS）、（３）制御コマンドのサポートの有無
を外部から問い合わせるコマンド（GENERAL INQUIRY（o
pcodeのサポートの有無）およびSPECIFIC INQUIRY（opc
odeおよびoperandsのサポートの有無））、（４）状態
の変化を外部に知らせるよう要求するコマンド（NOTIF
Y）の４種類が定義されている。

【００４１】レスポンスはコマンドの種類に応じて返さ
れる。CONTROLコマンドに対するレスポンスには、NOT I
NPLEMENTED（実装されていない）、ACCEPTED（受け入れ
る）、REJECTED（拒絶）、および（INTERIM（暫定））
がある。STATUSコマンドに対するレスポンスには、NOT
INPLEMENTED、REJECTED、IN TRANSITION（移行中）、お
よびSTABLE（安定）がある。GENERAL INQUIRYおよびSPE
CIFIC INQUIRYコマンドに対するレスポンスには、IMPLE
MENTED（実装されている）、およびNOT IMPLEMENTEDが
ある。NOTIFYコマンドに対するレスポンスには、NOT IM
PLEMENTED，REJECTED，INTERIMおよびCHANGED（変化し
た）がある。

【００４２】subunit typeは、機器内の機能を特定する
ために設けられており、例えば、tape recorder/playe
r，tuner等が割り当てられる。同じ種類のsubunitが複
数存在する場合の判別を行うために、判別番号としてsu
bunit idでアドレッシングを行う。opcodeはコマンドを
表しており、operandはコマンドのパラメータを表して
いる。Additional operandsは必要に応じて付加される
フィールドである。paddingも必要に応じて付加される
フィールドである。data CRC（Cyclic RedundancyChec
k）はデータ伝送時のエラーチェックに使われる。

【００４３】図１８は、AV/Cコマンドの具体例を示して
いる。図１８（Ａ）は、ctype/responseの具体例を示し
ている。図中上段がコマンドを表しており、図中下段が
レスポンスを表している。“００００”にはCONTROL、
“０００１”にはSTATUS、“００１０”にはSPECIFIC I
NQUIRY、“００１１”にはNOTIFY、“０１００”にはGE
NERAL INQUIRYが割り当てられている。“０１０１乃至
０１１１”は将来の仕様のために予約確保されている。
また、“１０００”にはNOT INPLEMENTED、“１００
１”にはACCEPTED、“１０１０”にはREJECTED、“１０
１１”にはIN TRANSITION、“１１００”にはIMPLEMENT
ED/STABLE、“１１０１”にはCHNGED、“１１１１”に
はINTERIMが割り当てられている。“１１１０”は将来
の仕様のために予約確保されている。

【００４４】図１８（Ｂ）は、subunit typeの具体例を
示している。“０００００”にはVideo Monitor、“０
００１１”にはDisk recorder/Player、“００１００”
にはTape recorder/Player、“００１０１”にはTune
r、“００１１１”にはVideo Camera、“１１１００”
にはVendor unique、“１１１１０”にはSubunit type
extended to next byteが割り当てられている。尚、
“１１１１１”にはunitが割り当てられているが、これ
は機器そのものに送られる場合に用いられ、例えば電源
のオンオフなどが挙げられる。

【００４５】図１８（Ｃ）は、opcodeの具体例を示して
いる。各subunit type毎にopcodeのテーブルが存在し、
ここでは、subunit typeがTape recorder/Playerの場合
のopcodeを示している。また、opcode毎にoperandが定
義されている。ここでは、“００ｈ”にはVENDOR-DEPEN
DENT、“５０ｈ”にはSEACH MODE、“５１ｈ”にはTIME
CODE、“５２ｈ”にはATN、“６０ｈ”にはOPEN MIC、
“６１ｈ”にはREAD MIC、“６２ｈ”にはWRITE MIC、
“Ｃ１ｈ”にはLOAD MEDIUM、“Ｃ２ｈ”にはRECORD、
“Ｃ３ｈ”にはPLAY、“Ｃ４ｈ”にはWINDが割り当てら
れている。

【００４６】図１９は、AV/Cコマンドとレスポンスの具
体例を示している。例えば、ターゲット（コンスーマ）
としての再生機器に再生指示を行う場合、コントローラ
は、図１９（Ａ）のようなコマンドをターゲットに送
る。このコマンドは、AV/Cコマンドセットを使用してい
るため、CTS＝“００００”となっている。ctypeには、
機器を外部から制御するコマンド（CONTROL）を用いる
ため、ctype＝“００００”となっている（図１８
（Ａ）参照）。subunit typeはTape recorder/Playerで
あることより、subunit type＝“００１００”となって
いる（図１８（Ｂ）参照）。ｉｄはＩＤ０の場合を示し
ており、ｉｄ＝０００となっている。opcodeは再生を意
味する“Ｃ３ｈ”となっている（図１８（Ｃ）参照）。
operandはFORWARDを意味する“７５ｈ”となっている。
そして、再生されると、ターゲットは図１９（Ｂ）のよ
うなレスポンスをコントローラに返す。ここでは、受け
入れを意味するacceptedがresponseに入るため、respon
se＝“１００１”となっている（図１８（Ａ）参照）。
responseを除いて、他は図１９（Ａ）と同じであるので
説明は省略する。

【００４７】次に、図２０のフローチャートを参照し
て、OSD生成器１とOSD処理器２の動作のうち、主に、OS
D処理器２での動作について説明する。ステップＳ１に
おいて、OSD作成器１とOSD処理器２との間に、IEC-6188
3-１規格に準拠した方式に従い、アイソクロナスコネク
ションが確立される。ステップＳ２において、アイソク
ロナスの処理が開始される。

【００４８】図２１は、OSD作成器１からOSD処理器２に
対して送信されるIEEE1394規格のアイソクロナスパケッ
ト（Isochronous Packet）のフォーマットを示してい
る。パケットの先頭の２クワドレッド（２×８バイト）
は、アイソクロナスパケットのヘッダである。このヘッ
ダは、このヘッダの２クワドレッド以降に入るデータの
サイズを表すdata_length、データフィールド（Data_fi
eld）中にCIPヘッダが付加されているか否かを表すta
g、送信側のチャネルを表すchannel、およびシンクロナ
イジェーションコードを示すｓｙが配置されている。そ
して、最後にヘッダ内における誤りの検出符号であるhe
ader_CRCが配置されている。

【００４９】CIPヘッダは、送信元のノードIDを示すSID
（Source node ID）、データのブロックサイズを表すDB
S（Data Block Size in quadlets）が配置される。その
次には、FN（Fraction Number）が配置されている。こ
れは、１つのソースパケットが分割されているブロック
の数を表している。次のQPC（Quadlet Padding Count）
は、付加されたダミークワドレッドの数を示している。
次のSPH（Source Packet Header flag）は、ソースパケ
ットがソースパケットヘッダを有しているか否かを表す
フラグである。

【００５０】次の、R（reserved）は、将来のために保
留されている。DBC（Data Block Continuity counter）
は、データブロックの損失を検知するための連続するデ
ータブロックのカウンタの値を表している。次の行に
は、データフォーマットの種類を示すFMT（Format I
D）、およびFormatに応じた値が記録されているFDF（Fo
rmat Dependent Field）を有している。Data fieldは、
ソースパケットが挿入されている。そして、Data CRC
は、Data fieldにおける誤りの検出符号である。

【００５１】ステップＳ２において、OSD作成器１は、
アイソクロナスパケットを送信する際、図２に示したよ
うなフォーマット形式のパケットを、確立されたIsochr
onous Connection上に送信するわけだが、その送信する
パケットのSIDフィールドに、自分のノードIDを記述す
る。OSD処理器２は、ステップＳ３において、OSD作成器
１のノードIDを含むアイソクロナスパケットを受信し、
その内のSIDフィールドを調査することにより、そのパ
ケットがOSD作成器１から送信されたものであることを
認識する。

【００５２】ステップＳ４において、OSD処理器２は、
受信したアイソクロナスパケットから認識したノードID
に対応する機器の能力を確認する。この手続としては、
EIA-61883-１若しくはIEEE1394で規定されるアシンクロ
ナストランザクション（Asynchronous Transaction：As
ynchronous Read／Write／Lock）、ならびにディスク
リプタ（Descriptor）へのアクセスコマンド（Open／Cl
ose Descriptor，Read／Write Descriptor）を用いて、
IEEE1212ならびにEIA-775で規定されるディスクリプタ
というメカニズムに記述された情報を読み出すことによ
り行われる。

【００５３】ここで、ディスクリプタについて説明する
に、ディスクリプタは、図１８に示したパケット内のop
codeおよびoperandに記述される。図２２（Ａ）は、OPE
Nディスクリプタの構造を示し、図２２（Ｂ）は、READ
ディスクリプタの構造を示し、図２２（Ｃ）は、WRITE
ディスクリプタの構造を示している。このようなディス
クリプタが含まれるパケットが、OSD作成器１とOSD処理
器２との間で授受されることにより、ステップ４の処理
が行われる。

【００５４】さらに、OSD処理器２は、ステップＳ５に
おいて、上述したようなディスクリプタからOSD作成器
１が、EIA-775に準拠した機器であるか否かを判断す
る。ステップＳ５において、EIA-775に準拠した機器で
あると判断された場合、ステップＳ６に進み、OSD処理
器２は、内部設定を行う。EIA-775の規格に準拠した機
器であると判断された機器は、OSDデータを作成し、送
信する能力があるということをしめしており、ステップ
Ｓ６においては、OSDデータが送信されて来た場合に対
して対処できるような設定である。例えば、ステップＳ
６においてOSD処理器２が行う内部設定としては、EIA-7
75の規定に従ったOSD処理器２自身のレジスタなどのリ
ソース設定である。

【００５５】内部設定が終了されると、ステップＳ７に
進み、OSD処理器２は、EIA-775および1394 Trade Assoc
iationでアシンクロナスコネクションコマンド（Asynch
ronous Connection command）として定義されている方
式に基づき、抽出したノードIDをもつOSD作成器１との
間に、アシンクロナスコネクションを確立する。

【００５６】図２３のフローチャートを参照して、OSD
作成器１の動作について説明する。ステップＳ１１にお
いて、Asynchronous Connectionが既に存在しているか
否かが判断される。図２１に示したフローチャートを参
照して説明したようにしてOSD作成器１とOSD処理器２と
の間にAsynchronous Connectionが張られた場合、ステ
ップＳ１１においては、Asynchronous Connectionは既
に存在していると判断され、ステップＳ１２に進む。な
お、ステップＳ１１において、図２１に示したフローチ
ャートの処理により確立されたAsynchronous Connectio
n以外に、その他の方法により確立されたAsynchronous
Connectionでも良い。

【００５７】ステップＳ１２において、Asynchronous C
onnectionが張られているOSD処理器２の能力が確認され
る。確認されるOSD処理器２の能力としては、色を表示
できるか、解像度はどのくらいであるのかなどである。
OSD処理器２の能力が確認されると、その能力に見合っ
た処理が行えるような内部設定がステップＳ１３におい
て行われる。ステップＳ１３においてOSD作成器１が行
う内部設定としては、OSD作成器１自身のレジスタなど
のリソースの設定である。

【００５８】このような前準備が完了すると、ステップ
Ｓ１４において、OSDデータの伝送が開始される。ステ
ップＳ１４の処理は、必要に応じ行われる。また、OSD
データの伝送は、EIA-775に規定される方式に従って行
われる。このようにして伝送されたOSDデータは、OSD処
理器２により受信され、EIA-775の規定に従って、OSD表
示される。

【００５９】上述した実施の形態においては、IEEE1394
の規格に則した通信制御バス上の機器の間で、EIA-775
の規格に則したOSDの伝送並びに表示制御を行うため
に、OSD処理器２側においてOSD作成器１を、どのように
特定するかを説明した。上述した規格以外の通信制御バ
ス上においても、EIA-775と同様のOSD制御、AV/C Async
hronous Connectionと同様のConnection制御、IEEE1394
のパケット構成と同様のデータ送信元の特定情報、並び
に、OSD送信元と受信側に、OSD表示制御機構が存在して
いれば、本発明を適用することは可能である。

【００６０】上述したように、IEEE1394規格に代表され
る情報信号パケットと、制御信号パケットを伝送できる
デジタルインタフェースにより接続されている複数の機
器の間において、EIA-775規格に準拠した方式で、OSD p
roducer（OSD作成器１）からOSD consumer（OSD処理器
２）にOSDデータを伝送するために、OSD Consumer機器
がコントローラとしてEIA-775規格で要求されるAsynchr
onous Connectionの確立をする際に、OSDデータの伝送
元であるOSD producer機器側で複雑な手続を行うことな
く一意に特定することが可能になる。

【００６１】また、OSD producer機器の特定は、通信制
御バス上の全ての機器を対象とするものではなく、Isoc
hronous Connectionのような他のデータもしくはコマン
ドのコネクションが存在している機器を対象とすること
で、OSD Consumer側の負荷を軽減することが可能にな
る。さらに、このように、対象機器を明確にすることに
より、EIA-775規格による実装を容易にすることが可能
である。

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

【００６３】この記録媒体は、図２４に示すように、コ
ンピュータとは別に、ユーザにプログラムを提供するた
めに配布される、プログラムが記録されている磁気ディ
スク２２１（フロッピディスクを含む）、光ディスク２
２２（CD-ROM（Compact Disk-Read Only Memory），DVD
（Digital Versatile Disk）を含む）、光磁気ディスク
２２３（MD（Mini-Disk）を含む）、若しくは半導体メ
モリ２２４などよりなるパッケージメディアにより構成
されるだけでなく、コンピュータに予め組み込まれた状
態でユーザに提供される、プログラムが記憶されている
ROM２０２や記憶部２０８が含まれるハードディスクな
どで構成される。

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

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

【００６６】

【発明の効果】以上の如く、請求項１に記載の情報処理
装置、請求項３に記載の情報処理方法、および請求項４
に記載の記録媒体においては、バス上に接続されている
装置と第１のコネクションを確立し、その装置が、オン
・スクリーン・ディスプレイ表示用のデータ（OSDデー
タ）を生成する機能を備えている場合、第２のコネクシ
ョンを確立するようにしたので、OSDデータを送信する
装置の特定およびその後の処理を簡便に行うことが可能
となる。

【図面の簡単な説明】

【図１】本発明を適用したシステムの一実施の形態の構
成を示す図である。

【図２】データ伝送のサイクル構造の例を説明する図で
ある。

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

【図４】CRSの位置、名称、動作の例を説明する図であ
る。

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

【図６】バスインフォブロック、ルートディレクトリ、
ユニットディレクトリについて説明する図である。

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

【図８】oMPR、oPCR、iMPR、およびiPCRの構成について
説明する図である。

【図９】プラグ、プラグコントロールレジスタ、伝送チ
ャンネルの関係を説明する図である。

【図１０】ディスクリプタの階層構造によるデータ構造
について説明する図である。

【図１１】ディスクリプタのデータフォーマットについ
て説明する図である。

【図１２】ジェネレーションIDについて説明する図であ
る。

【図１３】リストIDについて説明する図である。

【図１４】AV/Cコマンドのスタックモデルについて説明
する図である。

【図１５】FCPのコマンドとレスポンスについて説明す
る図である。

【図１６】コマンドとレスポンスについてさらに説明す
る図である。

【図１７】AV/Cコマンドのデータ構造について説明する
図である。

【図１８】AV/Cコマンドの具体例を説明する図である。

【図１９】AV/Cコマンドのコマンドおよびレスポンスの
具体例を説明する図である。

【図２０】OSD作成器１とOSD処理器２との間で行われる
処理について説明するフローチャートである。

【図２１】アイソクロナスパケットの構造について説明
する図である。

【図２２】ディスクリプタについて説明する図である。

【図２３】OSD作成器１とOSD処理器２との間で行われる
処理について説明するフローチャートである。

【図２４】媒体を説明する図である。

【符号の説明】

１ OSD作成器，２ OSD処理器，３ IEEE1394バ
ス，２２１磁気ディスク，２２２光ディスク，
２２３光磁気ディスク，２２４半導体メモリ

フロントページの続きＦターム(参考） 5C025 BA30 CA09 DA08 DA10 5K033 AA09 BA15 CA11 CB01 CC01 DA13 DB12 DB14 DB16 EA06 EA07 EC01 5K034 CC02 DD01 EE06 FF12 FF13 FF20 HH07 HH14 HH63 LL01 LL09 MM39 NN04

Claims

【特許請求の範囲】

【請求項１】バス上に接続されている装置と第１のコ
ネクションを確立する第１の確立手段と、前記第１の確立手段により前記第１のコネクションが確
立された前記装置が、オン・スクリーン・ディスプレイ
表示用のデータを生成する機能を備えているか否かを判
断する判断手段と、前記判断手段により前記装置がオン・スクリーン・ディ
スプレイ表示用のデータを生成する機能を備えていると
判断された場合、前記装置との間に第２のコネクション
を確立する第２の確立手段とを含むことを特徴とする情
報処理装置。
【請求項２】前記第１のコネクションは、アイソクロ
ナスコネクションであり、前記第２のコネクションは、アシンクロナスコネクショ
ンであることを特徴とする請求項１に記載の情報処理装
置。
【請求項３】バス上に接続されている装置と第１のコ
ネクションを確立する第１の確立ステップと、前記第１の確立ステップの処理で前記第１のコネクショ
ンが確立された前記装置が、オン・スクリーン・ディス
プレイ表示用のデータを生成する機能を備えているか否
かを判断する判断ステップと、前記判断ステップの処理で前記装置がオン・スクリーン
・ディスプレイ表示用のデータを生成する機能を備えて
いると判断された場合、前記装置との間に第２のコネク
ションを確立する第２の確立ステップとを含むことを特
徴とする情報処理方法。
【請求項４】バス上に接続されている装置と第１のコ
ネクションを確立する第１の確立ステップと、前記第１の確立ステップの処理で前記第１のコネクショ
ンが確立された前記装置が、オン・スクリーン・ディス
プレイ表示用のデータを生成する機能を備えているか否
かを判断する判断ステップと、前記判断ステップの処理で前記装置がオン・スクリーン
・ディスプレイ表示用のデータを生成する機能を備えて
いると判断された場合、前記装置との間に第２のコネク
ションを確立する第２の確立ステップとを含むことを特
徴とするコンピュータが読み取り可能なプログラムが記
録されている記録媒体。