JP2000187934A

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

Info

Publication number: JP2000187934A
Application number: JP11224882A
Authority: JP
Inventors: Harumi Kawamura; 晴美川村; Atsushi Endo; 篤遠藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-09-01
Filing date: 1999-08-09
Publication date: 2000-07-04

Abstract

(57)【要約】【課題】ストリームデータをそのまま１３９４バスを
介して転送して記録する。【解決手段】 IEEE１３９４高速シリアルバスを介して
ストリームデータをソースとしてのハードディスク装置
から再生し、そのまま１３９４バスを介して他のハード
ディスク装置に転送し、記録させる場合、アイソクロナ
ス通信を利用して転送したときは、entry_typeとしてIs
ochronous Trackを設定し、アシンクロナス通信を利用
した場合には、Asynchronous Trackを設定する。ストリ
ームデータを転送するとき、バスのチャンネルと帯域を
確保できるように、ストリームデータのサイズを表すpa
yload sizeをPayload Information blockに記述する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに媒体に関し、特に、IEEE１３９４高速シ
リアルバスを介して転送されたストリームデータをその
まま記録することができるようにした、情報処理装置お
よび方法、並びに媒体に関する。

【０００２】

【従来の技術】最近、IEEE（Institute of Electrical
and Electronics Engineers）１３９４高速シリアルバ
スが注目されている。この１３９４バスには、コンパク
トディスクプレーヤ、ミニディスク装置、ディジタルビ
デオカセットレコーダ、ディジタルVHS（商標）などの
機器を接続し、相互の間でディジタル的に情報を授受す
ることができる。

【０００３】

【発明が解決しようとする課題】しかしながら、これら
の各機器は、それぞれの規格に従った信号フォーマット
でデータを処理するものであり、ストリームデータのま
ま、１３９４バスを介して情報を授受することができな
い課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、ストリームのデータのまま、バスを介して
情報を授受することができるようにするものである。

【０００５】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、授受されるデータがストリームデータである
ことを識別する第１の識別手段と、第１の識別手段によ
り識別されたデータのサイズを識別する第２の識別手段
と、第１の識別手段と第２の識別手段を管理する管理手
段とを含むことを特徴とする。

【０００６】請求項２に記載の情報処理装置は、他の情
報処理装置からバスを介してストリームデータを受信
し、記録するとき、他の情報処理装置から第１の識別手
段を読み取る読み取り手段をさらに含むことを特徴とす
る。

【０００７】請求項３に記載の情報処理装置は、ストリ
ームデータをバスを介して転送するとき、第２の識別手
段を読み取り、必要なリソースを確保する確保手段をさ
らに含むことを特徴とする。

【０００８】前記第１の識別手段は、前記バスの転送モ
ードをも識別するようにすることができる。

【０００９】請求項８に記載の情報処理方法は、授受さ
れるデータがストリームデータであることを識別する第
１の識別ステップと、第１の識別ステップの処理で識別
されたデータのサイズを識別する第２の識別ステップ
と、第１の識別ステップの処理と第２の識別ステップの
処理を管理する管理ステップとを含むことを特徴とす
る。

【００１０】請求項９に記載の媒体のプログラムは、授
受されるデータがストリームデータであることを識別す
る第１の識別ステップと、第１の識別ステップの処理で
識別されたデータのサイズを識別する第２の識別ステッ
プと、第１の識別ステップの処理と第２の識別ステップ
の処理を管理する管理ステップとを含むことを特徴とす
る。

【００１１】請求項１に記載の情報処理装置、請求項８
に記載の情報処理方法、および請求項９に記載のプログ
ラムの媒体においては、授受されるデータがストリーム
データであることが識別されるとともに、そのデータの
サイズが識別される。

【００１２】

【発明の実施の形態】図１は、本発明の情報処理装置を
適用した情報処理システムの構成例を表している。この
システムにおいては、コントローラ１、および、オーデ
ィオデータやビデオデータを記録再生するハードディス
クドライブ(HDD)２，３が、IEEE１３９４高速シリアル
バス（以下、単に１３９４バスと記述する）４で相互に
接続されている。

【００１３】図２は、HDD２の内部の構成例を表してい
る。同図に示すように、システム制御部１２は、ディス
クドライブ１１を制御し、内蔵するハードディスクに情
報を記録または再生させるようになされている。メモリ
１３は、１３９４バス４を介して情報を授受するのに必
要なディスクリプタ(descriptor)などを記憶する。１３
９４インタフェース(I/F)部１４は、１３９４バス４と
システム制御部１２との間におけるインタフェース処理
を実行する。

【００１４】システム制御部１２は、１３９４バス４を
介して相互に他の装置と情報を授受するために、仮想的
に図３に示すような論理モデルを生成する。ユニット
（Unit）２１は、HDD２全体に対応しており、ユニット
シリアルバスアイソクロナスアウトプットプラグ(Unit
Serial Bus Isochronous Output Plug)２２と、ユニッ
トシリアルバスアイソクロナスインプットプラグ(Unit
Serial Bus IsochronousInput Plug)２３を有してい
る。このユニットシリアルバスアイソクロナスアウトプ
ットプラグ（以下、単に、アウトプットプラグと記述す
る）２２は、ユニット２１から１３９４バス４を介して
アイソクロナスパケットで情報を送信する場合の仮想的
な出力端子であり、ユニットシリアルバスアイソクロナ
スインプットプラグ（以下、単に、インプットプラグと
記述する）２３は、１３９４バス４を介して転送されて
きたアイソクロナスパケットを入力する仮想的な入力端
子である。

【００１５】ここで、アウトプットプラグ２２およびイ
ンプットプラグ２３について、図４乃至図１０を参照し
て説明する。図４は、CSR(Control and Status Registe
r)アーキテクチャのアドレス空間の構造を示している。
上位１６ビットは、１３９４バス４上の各ノードを示す
ノードIDであり、残りの４８ビットが各ノードに与えら
れたアドレス空間の指定に使われる。この上位１６ビッ
トは更にバスIDの１０ビットと物理ID（狭義のノードI
D）の６ビットに分かれる。全てのビットが１となる値
は、特別な目的で使用されるため、１０２３個のバスと
６３個のノードを指定することができる。

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

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

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

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

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

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

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

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

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

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

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

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

【００２８】図３に戻り、ユニット２１の内部には、デ
ィスクドライブ１１の記録再生機能に対応するディスク
サブユニット(Disc Subunit)３１が内蔵されている。こ
のディスクサブユニット３１には、サブユニットソース
プラグ(Subunit Source Plug)３２とサブユニットデス
ティネーションプラグ(Subunit Destination Plug)３３
が設けられている。サブユニットソースプラグ（以下、
単に、ソースプラグと記述する）３２は、ディスクサブ
ユニット３１から情報を出力するときの仮想的な出力端
子であり、サブユニットデスティネーションプラグ（以
下、単に、デスティネーションプラグと記述する）３３
は、ディスクサブユニット３１が情報を入力する仮想的
な入力端子である。

【００２９】ユニット２１はまた、前述したアウトプッ
トプラグコントロールレジスタ(oPCR)４１と、インプッ
トプラグコントロールレジスタ(iPCR)４２とを有してい
る。このoPCR４１には、アウトプットプラグ２２に接続
されているアイソクロナスチャンネルのチャンネル番号
の他に、アウトプットプラグ２２が接続されているソー
スプラグ（図３の例の場合、ソースプラグ３２）などが
記憶されている。同様に、iPCR４２には、インプットプ
ラグ２３に接続されているアイソクロナスチャンネルの
チャンネル番号の他に、インプットプラグ２３が接続さ
れているデスティネーションプラグ（図３の例の場合、
デスティネーションプラグ３３）などが記憶されてい
る。

【００３０】図示は省略するが、HDD３も、基本的に図
２に示した場合と同様に構成されており、そのシステム
制御部には、図３に示した場合と同様の論理モデルが生
成されている。

【００３１】図１１は、コントローラ１の構成例を表し
ている。CPU６１は、ROM６２に記憶されているプログラ
ムに従って各種の処理を実行する。RAM６３には、CPU６
１が各種の処理を実行する上において必要なプログラム
やデータが適宜記憶される。入出力インタフェース（I/
F）部６４には、キーボード、マウスなどよりなる入力
部６５と、CRT、スピーカなどよりなる出力部６６が接
続されており、入出力I/F部６４は、CPU６１と入力部６
５との間、およびCPU６１と出力部６６との間のインタ
フェース処理を実行する。１３９４I/F部６７は、１３
９４バス４とCPU６１との間のインタフェース処理を実
行する。

【００３２】このコントローラ１も図示は省略するが、
CPU６１が、その内部に、図３に示した場合と同様に、
ユニットと、各機能に対応するサブユニットの論理モデ
ルを生成する。

【００３３】AV/C Disc Modelは、基本的に、Play,Stop
といったような制御コマンド群と、ディスクのコンテン
ツや動作状態を表すDescriptor群の２つから構成されて
いる。その詳細については、例えば、AV/C Disc Subuni
t Model and Command Set,version 0.963, July 5,198
8, 1394 Trade Associationに開示されている。

【００３４】AV/C Disc Modelには、AV/C Disc Subunit
が規定されており、例えば、Subunit Identifier Descr
iptor,Subunit Status Descriptor,Contents List Desc
riptor,Play List Descriptorといったdescriptorを有
する。これらのdescriptorは、AV/C general descripto
r modelに準じた構成とアクセス方法が適用される。

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

【００３６】図１３は、Disc Subunit Identifier Desc
riptorのフォーマットを示している。Disc Subunit Ide
ntifier Descriptor４１には、機能に関しての属性情報
がcontentsに記述されている。descriptor_lengthは、
ディスクリプタ構造の長さ（バイト数）を示しており、
その値には、descriptor_lengthフィールド自身の値は
含まれていない。generation_IDは、AV/Cコマンドセッ
トのバージョンを示しており、その値は、図１４に示す
ように、現在"00h"（hは１６進を表す）となっている。
ここで、"00h"は、データ構造とコマンドがAV/C Genera
l Specificationのバージョン3.0であることを意味して
いる。また、図１４に示すように、"00h"を除いた全て
の値は、将来の仕様のために予約確保されている。

【００３７】size_of_list_IDは、リストIDのバイト数
を示している。size_of_object_IDは、オブジェクトID
のバイト数を示している。size_of_object_position
は、制御の際、参照する場合に用いられるリスト中の位
置（バイト数）を示している。number_of_root_object_
listsは、ルートオブジェクトリストの数を示してい
る。root_object_list_idは、それぞれ独立した階層の
最上位のルートオブジェクトリストを識別するためのID
を示している。

【００３８】Disc_subunit_dependent_lengthは、後続
のDisc_subunit_dependent_informationフィールドのバ
イト数を示している。subunit_ dependent_information
は、機能に固有の情報を示すフィールドである。manufa
cturer_dependent_lengthは、後続のmanufacturer_depe
ndent_informationフィールドのバイト数を示してい
る。manufacturer_dependent_informationは、ベンダー
（メーカ）の仕様情報を示すフィールドである。尚、デ
ィスクリプタの中にmanufacturer_dependent_informati
onがない場合は、このフィールドは存在しない。

【００３９】図１５は、図１３に示したdisc_subunit_d
ependent_informationのフォーマットを示している。di
sc_subunit_dependent_info_field_lengthは、インフォ
ブロックを除くdisc_subunit_dependent_informationの
バイト数を示しており、この場合、supported_media_ty
pe_specification[0]からsupported_media_type_specif
ication[n-1]までのバイト数を示している。コントロー
ラは、disc_subunit_depende nt_lengthとdisc_subunit
_dependent_info_field_lengthとを比較することによ
り、容易にインフォブロックが存在するかを知ることが
できる。

【００４０】attributeの内容は、図１６に示すよう
に、最初のビットは、attributeのバイトが更にあるか
否かを示している。また、最後のビットはコピーライト
に関するビットである。

【００４１】disc_subunit_versionは、disc subunit c
ommand specificationのバージョン番号を表わしてお
り、図１７のようになっている。

【００４２】また、number_of_supported_media_types
は、このサブユニットでサポートしている異なるディス
クの種類の数が含まれている。

【００４３】supported_media_type_specificationは、
サポートされているdisc specificationが配列となって
並べられており、個々のspecificationは、個々のspeci
ficationに共通なエントリと、specificationのタイプ
によって固有のエントリの両方を有している。全てのme
dia type specification は、図１８に示すフォーマッ
ト構造をなしている。

【００４４】図１８において、supported_media_type
は、図１９に示すように、サポートしているメディアの
タイプを示しており、上位バイトはそのメディアのファ
ミリを示しており、下位バイトはより詳細なspecificat
ion、若しくは、そのフォーマットを示している。例え
ば、MD-Audioは、０３０１₁₆として示される。

【００４５】また、図１８において、implementation_p
rofile_IDは、サポートされているメディアタイプのデ
ィスクインプリメンテーションのプロファイルＩＤを特
定している。なお、ディスクサブユニットは、それがサ
ポートするメディアタイプの各々毎に異なるプロファイ
ルを用いてインプリメンテーションすることができ、そ
れぞれサポートされているメディアタイプに１つのプロ
ファイルがある。また、プロファイルの定義について
は、ディスクサブユニットメディアのタイプ毎のドキュ
メントに記載されている。

【００４６】media_type_attributesは、図２０に示す
ように、最初のビットは、attributeのバイトが更にあ
るか否かを示している。また、最後のビットは特定のメ
ディアに記録できるか否かを示しており、最後のビット
がクリアされている場合、再生のみが可能となる。最後
から２番目のビットは、階層的なストレージのモデルを
サポートしているかを示している。最後から３番目のビ
ットは、両面のメディアをユーザの手を煩わせることな
く再生出来るかを示しており、０の場合は、このサブユ
ニットは、両面のメディアをサポートしていないことに
なる。

【００４７】なお、descriptorは、記述方法（形態）を
表し、例えば、Contents List Descriptorは、Contents
Listの記述方法を意味するが、両者を正確に区別する
必要がない限り、両者を同一の意味に理解してもさしつ
かえない。

【００４８】Subunit Identifier Descriptorは、上述
したように、そのDisc Subunitの能力に関する情報を有
し、そのデータは、Disc Subunitが管理し、外部からは
読み出し専用とされる。Subunit Status Descriptor
は、Disc Subunitの現在の状態を表し、外部からは読み
出し専用とされる。

【００４９】Contents List Descriptorは、ディスクに
記録されているコンテンツの情報を表し、外部からは読
み出し専用とされる。ここには、オーディオディスクの
場合、曲名、アーティスト名、タイトル、時間などの各
曲（トラック）の情報が記述される。トラックが追加さ
れたり、編集された場合、Contents Listが示すトラッ
クの実データが書き変わるので、それに応じて、Conten
ts Listの内容が更新される。

【００５０】Play List Descriptorには、再生順序や条
件を記述したリストが記述される。これは、ディスクが
固定の再生順序を有している場合には、読み出し専用と
され、ユーザが再生順序を設定する場合は、書き込みも
可能となる。なお、コンテンツの実データは、Descript
or上には展開されない。

【００５１】Descriptorのアクセス（Read/write）は、
Read/write descriptor commandで行われる。実データ
の変更は、実データ専用のアクセスコマンドで行われ
る。オーディオディスクの場合、Record commandがオー
ディオ実データの変更コマンドとなる。編集点の設定な
どは、Record commandのConfigurationとして設定され
る。ジャケットピクチャ（静止画）などの非同期データ
は、データのかたまりが１つのObjectとして記録され、
その記録には、Record object commandが用いられる。

【００５２】AV/C Disc Modelの一種であるAV-HDD mode
lにおいては、object descriptorが実データと同様、フ
ァイルという形式で物理アドレスをもってHDD上に記録
される。１つのファイルは、ディスク上のとびとびの空
き領域に記録されている場合もある。AV/C AV-HDDモデ
ルにおいては、これらの物理的なファイル構造（ロケー
ション）は、HDD内部で管理され、外部には示されな
い。その結果、外部のコントローラは、HDDの内部の構
成を気にすることなく、その制御が可能となる。この
点、コンピュータのペリフェラルとしてのHDDとは異な
っている。

【００５３】AV-HDDモデルは大きく２つに分類される。
１つは、汎用ストレージとしてのモデルであり、このAV
-HDDは、記録したデータの中身については、管理しな
い。他の１つは、記録するデータの種類に応じたデコー
ダを内蔵し、データプロセッサなども備えて、データの
加工が可能なものである。この後者のモデルにおいて
は、オーディオディスクモデルと同様に、データフォー
マットに依存した情報管理が行われる。図１のHDD２，
３は、ストリームデータを、そのまま記録再生するもの
であるので、前者の汎用をストレージメディアとしての
AV-HDDモデルが適用される。

【００５４】Contents Listは、Root Contents ListとC
hild Contents Listなどを有し、そのうちの例えば、Ro
ot Contents Listは、例えば図２１に示すように構成さ
れる。

【００５５】このContents Listは、例えば図２２に示
すThe General Object List Descriptorにより記述され
る。

【００５６】Contents List内のobject descriptorに
は、各objectに関する情報が記述されるが、AV-HDDは、
自分自身では記録したデータのフォーマットは管理しな
い。そこで、この実施の形態においては、object descr
iptorのentry_typeとして、図２３に示すように、Audio
Track等以外に、Isochronous TrackとAsynchronous Tr
ackを定義する。そして、isochronous伝送によるストリ
ームを記録した場合には、entry_typeをisochronous tr
ackとし、asynchronous伝送によるデータを記録した場
合には、asynchronous trackとする。

【００５７】図２２のobject_entryは、図２４に示すTh
e General Object Entry Descriptorで記述され、このo
bject entry descriptorは、entry_specific_informati
on fieldを有し、その属するObject listのlist_typeと
entry_typeにより、そのフィールドの構造が定められ
る。Disc Subunit Contents Listのentry_specific_inf
ormation fieldの一般形は、図２５に示すようになる。

【００５８】Disc Subunit_object_common_information
は、AV/C Disc subunit共通の情報格納場所であり、obj
ect（実データ）が作成された日時、更新日時、サイ
ズ、名称、アイコンなどの情報を有している。object_t
ype_specific_informationは、entry_type毎に構造が定
められる。AV-HDDが、MDなどのオーディオディスクと同
じように使われる場合には、entry_type=audio trackと
なり、そこには、既にオーディオディスクで定められた
構造でオーディオに関する情報が保持される。これに対
して、汎用データストレージとしてのAV-HDDの場合、上
述したように、entry_type=isochronous track、または
asynchronous trackとされ、そこには、汎用データスト
レージとしての情報が格納される。すなわち、この場
合、object_type_specific_informationは、Isochronou
s track object_type_specific_informationまたはAsyn
chronous track_object_type_specific_informationと
される。

【００５９】media_type_spescific_infomationは、デ
ィスクメディアの種類に依存した情報を蓄える場所であ
り、AV-HDD用に定められる。

【００６０】AV-HDD、DVD stream recorderなどを汎用
データストレージとして利用する場合、ディスクには、
１３９４バス４を介して入力されたisochronous信号
が、伝送パケットフォーマットのままの形で記録され
る。Isochronous packetは、１２５μsec毎に伝送され
るので、各パケットの区切りを付加してディスク上に記
録される。再生においては、１２５μsec毎に、１パケ
ット毎に再生データを出力すると、入力した信号が、そ
のままの形で出力されることになる。

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

【００６２】図２７は、Isochronous packetのデータフ
ォーマットを示している。このIsochronous packetにお
いて、ヘッダは、データ長、アイソクラナスデータのフ
ォーマットタグ、アイソクロナスチャンネル（後述）、
トランザクションコード、同期化コード、および、ヘッ
ダＣＲＣから構成されている。また、データブロック
は、ユーザデータとデータのＣＲＣであるデータヘッダ
ＣＲＣから構成されている。

【００６３】１３９４バス４上に信号を出力するには、
予めバスのリソース（チャンネルと帯域）を確保する必
要がある。この処理は、Isochronous Resource Manager
（IRM）からisochronous channelと、送信に必要な帯域
を確保することで行われる。

【００６４】しかしながら、汎用ストレージに記録され
ている信号は、その種類および帯域が固定されないこと
になる。出力機器と入力機器間の信号接続の手法は、Co
nnection Management Procedureとして、IEC61883に規
定されており、上述の通りである。出力機器と入力機器
の信号接続の管理は、出力機器と入力機器以外の第３の
機器としてのコントローラが行うことができる。すなわ
ち、図１に示すような構成において、例えば、HDD２に
記録されているデータを、HDD３に、１３９４バス４を
介してコントローラ１により転送させることができる。
しかしながら、このような場合、HDD２とHDD３が汎用ス
トレージであるので、コントローラ１は、信号転送のた
めにどれほどの帯域を確保したらよいのかがわからない
ことになる。

【００６５】このような不都合を抑止するため、本発明
においては、Isochrouns Track object_type_specific_
informationフィールドのPayload Information blockの
中に、図２８に示すように、Payload sizeを記述させ
る。図２８においては、０００６から０００７までのア
ドレスにpayload sizeが記述される。このpayload size
のデータは１０ビットで表される。フィールドは２バイ
トなので、上位６ビットは常に０となる。その１ビット
の値は、quadlet（４バイト）のデータを表す。

【００６６】次に、図１のコントローラ１がHDD２に記
録されているストリームデータを再生させ、１３９４バ
ス４を介してHDD３に転送し、記録させる場合の処理に
ついて、図２９のフローチャートを参照して説明する。

【００６７】ステップＳ１において、コントローラ１
は、ソースとしてのHDD２のDisc Subunit Object List
を参照する。このDisc Subunit Object Listから、コン
トローラ１は、HDD２のentry_typeがisochronous track
であることを確認する。entry_typeがisochronous trac
kでない場合には、ストリームのままデータを再生し、
１３９４バス４を介して転送し、HDD３に記録すること
はできないので、処理が終了されるが、entry_typeがis
ochronous trackである場合には、ステップＳ２におい
て、コントローラ１は、HDD２のoPCR４１に記録されて
いるダビング対象のストリームのpayload sizeの値を読
み取る。

【００６８】ステップＳ３において、コントローラ１
は、シンクとしてのHDD３のDisc Subunitに対してisoch
ronous記録モードに設定するためのconfigurationを設
定する処理を行う。

【００６９】ステップＳ４において、コントローラ１
は、ステップＳ３におけるconfigurationの設定が成功
したか否かを判定する。HDD３が、例えば、MPEGデータ
しか記録できない装置である等の理由で、configuratio
nの設定に失敗した場合、ステップＳ１０に進み、エラ
ー処理が実行される。configurationの設定に成功した
場合にはステップＳ５に進み、コントローラ１は、Isoc
hronous Resource Manager（IRM）からリソースを確保
する処理を実行する。すなわち、isochronous channel
と帯域を確保する処理が実行される。この時コントロー
ラ１は、ソースとしてのHDD２のoPCRのデータレート（d
ata rate）、ペイロード（payload）、オーバヘッドID
（overhead_id）から１３９４バス上の必要帯域を計算
する。ペイロードがないと、データ量が不明なため、帯
域を計算することができないので、リソース確保ができ
なくなるが、本発明においては、ペイロードにデータ量
を記述するようにしているので、リソースの確保が可能
である。

【００７０】次にステップＳ６に進み、コントローラ１
は、ソースのHDD２のoPCR４１に、ソースプラグとアウ
トプットプラグの接続、アウトプットプラグに対するア
イソクロナスチャンネルの割当などを設定する。また、
ステップＳ７において、コントローラ１は、シンク側の
HDD３のiPCRに所定の事項を設定する。すなわち、iPCR
に対して、デスティネーションプラグとインプットプラ
グの接続関係が設定され、また、インプットプラグに割
り当てられたアイソクロナスチャンネルが設定される。

【００７１】次にステップＳ８において、コントローラ
１は、１３９４バス４を介してソースとしてのHDD２に
対してplayコマンドを送出し、ステップＳ９においてシ
ンクとしてのHDD３にRecordコマンドを送出する。これ
らのコマンドに対応して、HDD２においては再生動作が
開始され、再生ストリームデータが、１３９４バス４を
介してHDD３にIsochronus Packetで伝送される。HDD３
は、１３９４バス４を介して伝送されてきたストリーム
データを、内蔵するハードディスクに記録する。

【００７２】以上のようにして、ストリームデータが記
録されたとき、シンクとしてのHDD３は、さらに、図３
０のフローチャートに示す処理を実行する。

【００７３】すなわち、最初にステップＳ２１におい
て、そのシステム制御部は、インプットプラグに割り当
てられているアイソクロナスチャンネルの番号を読み取
る。すなわち、iPCRから、ストリームデータが入力され
ているインプットプラグに割り当てられているアイソク
ロナスチャンネルのチャンネル番号が読み取られる。次
に、ステップＳ２２において、システム制御部は、スト
リームデータを転送してきたisochronus packetのPacke
t headerからソースとしての送信node（いまの場合、HD
D２）のnode_idを読み取る。

【００７４】次に、ステップＳ２３に進み、HDD３のシ
ステム制御部は、ソースとしてのHDD２のoPCR４１か
ら、そこに記憶されているチャンネル番号に送信してい
るデータのpayload sizeを読み出す。次に、ステップＳ
２４に進み、HDD３のシステム制御部は、ステップＳ２
３で読み出したpayload sizeをIsochronous track obje
ct_type_specific_informationのPayload Information
blockに書き込む。また、このpayload sizeは、HDD３の
ユニットのoPCRにも書き込まれる。

【００７５】以上においては、アイソクロナス通信を利
用してデータを転送した場合について説明したが、アシ
ンクロナス通信を利用してデータが転送された場合に
は、entry_typeがAsynchronous Trackとされ、同様の処
理が実行される。ただし、この場合においては、データ
量が極めて少なくなるので、payload sizeを記憶しなく
てもよい。

【００７６】以上においては、entry_typeとしてIsochr
onous TrackまたはAsynchronous Trackを規定するよう
にしたが、ストリームデータを記録したことを直接認識
させるフラグを記録するようにしてもよい。

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

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

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

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

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

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

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

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

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

【００８６】

【発明の効果】以上のように、請求項１に記載の情報処
理装置、請求項８に記載の情報処理方法、および請求項
９に記載の提供媒体によれば、授受されるデータがスト
リームデータであることが識別するとともに、識別され
たデータのサイズをさらに識別するようにしたので、ス
トリームデータを確実にバスを介して転送し、記録再生
することが可能となる。

【図面の簡単な説明】

【図１】本発明を適用した情報処理システムの構成例を
示すブロック図である。

【図２】図１のHDD２の内部の構成例を示すブロック図
である。

【図３】図２のHDD２のシステム制御部１２における論
理モデルを示す図である。

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

【図５】CSRの位置、名前、および働きを説明するため
の図である。

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

【図７】バスインフォブロック、ルートディレクトリ、
およびユニットディレクトリの詳細を示す図である。

【図８】PCRの構成を説明するための図である。

【図９】oMPR、oPCR、iMPR、およびiPCRの構成を示す図
である。

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

【図１１】図１のコントローラ１の内部の構成例を示す
ブロック図である。

【図１２】Subunit Identifier Descriptorのデータ構
造を説明するための図である。

【図１３】Disc Subunit Identifier Descriptorのフォ
ーマットを説明するための図である。

【図１４】図１３のgeneration_IDを説明するための図
である。

【図１５】図１３のdisc_subunit_dependent_informati
onのフォーマットを示している。

【図１６】図１５のattributesを説明するための図であ
る。

【図１７】図１５のdisc_subunit_versionを説明するた
めの図である。

【図１８】図１５のsuported_media_type_specificatio
nを説明するための図である。

【図１９】図１８のsupported_media_typeを説明するた
めの図である。

【図２０】図１８のmedia_type_attributesをを説明す
るための図である。

【図２１】Root Contents Listの構成を示す図である。

【図２２】The General Object List Descriptorの構成
を示す図である。

【図２３】Disc Subunit Object entry_type Definitio
nの例を示す図である。

【図２４】The General Object Entry Descriptorの構
成を示す図である。

【図２５】Disc Subunit Object entry specific infor
mationの構成を示す図である。

【図２６】１３９４バス４上のデータ伝送のサイクル構
造を示す図である。

【図２７】アイソクロナスパケットのデータフォーマッ
トを示す図である。

【図２８】Payload Information blockの構成を示す図
である。

【図２９】図１に示した情報処理システムのダビング処
理を説明するフローチャートである。

【図３０】図１のHDD３のpaylod sizeの書き込み処理を
説明するフローチャートである。

【図３１】プログラムをパーソナルコンピュータ３０１
にインストールし、実行可能な状態とするために用いら
れる媒体について説明するための図である。

【図３２】パーソナルコンピュータ３０１について説明
するための図である。

【符号の説明】

１コントローラ，２，３ HDD，４ IEEE１３９
４高速シリアルバス，１１ディスクドライブ，１２
システム制御部，１３メモリ，１４１３９４イ
ンタフェース部，２１ユニット，２２ユニット
シリアルバスアイソクロナスアウトプットプラグ，２
３ユニットシリアルバスアイソクロナスインプットプ
ラグ，３１ディスクサブユニット，３２サブユ
ニットソースプラグ，３３サブユニットデスティネ
ーションプラグ，４１出力プラグコントロールレジ
スタ，４２入力プラグコントロールレジスタ

Claims

【特許請求の範囲】

【請求項１】バスを介して接続された他の情報処理装
置との間で情報を授受する情報処理装置において、授受されるデータがストリームデータであることを識別
する第１の識別手段と、前記第１の識別手段により識別されたデータのサイズを
識別する第２の識別手段と、前記第１の識別手段と前記第２の識別手段を管理する管
理手段とを含むことを特徴とする情報処理装置。
【請求項２】前記他の情報処理装置から前記バスを介
して前記ストリームデータを受信し、記録するとき、前
記他の情報処理装置から前記第１の識別手段を読み取る
読み取り手段をさらに含むことを特徴とする請求項１に
記載の情報処理装置。
【請求項３】前記ストリームデータを前記バスを介し
て転送するとき、前記第２の識別手段を読み取り、必要
なリソースを確保する確保手段をさらに含むことを特徴
とする請求項１に記載の情報処理装置。
【請求項４】前記バスは、IEEE1394高速シリアルバス
であることを特徴とする請求項１に記載の情報処理装
置。
【請求項５】前記第１の識別手段は、前記バスの転送
モードをも識別することを特徴とする請求項１に記載の
情報処理装置。
【請求項６】前記第１の識別手段は、階層構造を有す
ることを特徴とする請求項１に記載の情報処理装置。
【請求項７】前記第２の識別手段は、階層構造を有す
ることを特徴とする請求項１に記載の情報処理装置。
【請求項８】バスを介して接続された他の情報処理装
置との間で情報を授受する情報処理装置の情報処理方法
は、授受されるデータがストリームデータであることを識別
する第１の識別ステップと、前記第１の識別ステップの処理で識別されたデータのサ
イズを識別する第２の識別ステップと、前記第１の識別ステップの処理と前記第２の識別ステッ
プの処理を管理する管理ステップとを含むことを特徴と
する情報処理方法。
【請求項９】バスを介して接続された他の情報処理装
置との間で情報を授受する情報処理用のプログラムであ
って、授受されるデータがストリームデータであることを識別
する第１の識別ステップと、前記第１の識別ステップの処理で識別されたデータのサ
イズを識別する第２の識別ステップと、前記第１の識別ステップの処理と前記第２の識別ステッ
プの処理を管理する管理ステップとを含むことを特徴と
するプログラムをコンピュータに実行させる媒体。