JP2000174778A

JP2000174778A - データ処理装置

Info

Publication number: JP2000174778A
Application number: JP34767498A
Authority: JP
Inventors: Sachiko Oda; 祥子小田; Atsushi Takegami; 篤竹上; Shinichiro Ikoma; 伸一郎生駒; Mitsuru Shimada; 満島田
Original assignee: Texas Instruments Japan Ltd
Current assignee: Texas Instruments Japan Ltd
Priority date: 1998-12-08
Filing date: 1998-12-08
Publication date: 2000-06-23
Anticipated expiration: 2018-12-08
Also published as: JP4067205B2

Abstract

(57)【要約】【課題】IEEE1394規格準拠のシリアルバスを用いてデー
タ通信を行うデータ処理装置の、データ送受信の効率低
下を抑止する。【解決手段】データ処理装置１は、複数の送信装置３₁
〜３₃とパケット生成装置５と、送信選択装置９とを有
している。パケット生成装置５は、リクエストパケット
を生成する際に、予め複数の送信装置３₁〜３₃に対応付
けられたtLabelを選択してリクエストパケットに記載し
ている。このため、送信選択装置９が、tLabelを読み出
すことで、各リクエストパケットを、tLabelで対応付け
られた第１〜第３の送信装置３₁〜３₃に割り振ることが
できる。第１〜第３の送信装置３ ₁〜３₃は、リクエスト
パケットの種類に応じて設けられているので、送信装置
が１個の場合に比して、リクエストパケットの送信効率
を高めることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ処理装置に関
し、特にIEEE1394規格に準拠したシリアルバスを介し
て、パケット単位でデータの送受信を行うシステムに用
いられるデータ処理装置に関する。

【０００２】

【従来の技術】従来では、パソコン等のデータ処理装置
で画像データや音声データを取り込んだり、ＡＶ機器を
コントロールするためには、ビデオキャプチャボードや
ＲＳ２３２Ｃバス等が個別に必要であり、統一した取り
扱いをすることはできなかった。

【０００３】そこで近年では、マルチメディア時代のデ
ータ通信に適した規格が提案されており、例えば、「IE
EE１３９４ハイパフォーマンスシリアルバス規格(以
下、IEEE１３９４規格という)」により、高速大容量の
通信を自由に行えるような環境整備がなされている。

【０００４】図３(ａ)の符号１０１に、従来のデータ処
理装置の一例を示す。このデータ処理装置１０１は、複
数の外部のデータ処理装置とともに、IEEE1394規格に準
拠し、パケット単位でデータの転送が可能なシリアルバ
スであるIEEE1394バス１０６に接続されており、IEEE13
94バス１０６を介して、他のデータ処理装置とデータの
送受信ができるようにされている。

【０００５】データ処理装置１０１は、制御装置１０７
と、送信装置１０３と、受信装置１０４とを有してお
り、制御装置１０７は、マイコン１０２と、パケット生
成装置１０５とを有している。

【０００６】マイコン１０２の出力はパケット生成装置
１０５の入力に、パケット生成装置１０５の出力は送信
装置１０３の入力に、それぞれ接続されており、送信装
置１０３の出力はIEEE1394バス１０６に接続されてい
る。

【０００７】このようなデータ処理装置１０１で、他の
データ処理装置からデータを読み出すには、まず、マイ
コン１０２が、データの読み出しを要求するリクエスト
パケットの生成命令と、リクエストパケットの生成に必
要なデータとを生成して、パケット生成装置１０５に出
力する。

【０００８】パケット生成装置１０５は、生成命令とデ
ータとに基づいて、リクエストパケットを次々に生成
し、送信装置１０３に順次出力する。すると、送信装置
１０３は、リクエストパケットをIEEE1394バス１０６に
送出する。

【０００９】こうして送出されたリクエストパケットに
は、リクエストパケットの送信先の他のデータ処理装置
を特定する情報や、読み出すデータを特定するための情
報が記載されている。

【００１０】リクエストパケットがIEEE1394バス１０６
へと送出されると、リクエストパケットの内容で特定さ
れた他のデータ処理装置(以下相手方のデータ処理装置
と称する。)が、IEEE1394バス１０６からリクエストパ
ケットを順次受信し、その内容を読み出す。相手方のデ
ータ処理装置は、リクエストパケットの内容に応じて特
定されるデータを、自分自身が有する記憶領域から読み
出し、読み出したデータに所定の情報を付加して、リク
エストパケットへの応答となるレスポンスパケットを次
々に生成して、IEEE1394バス１０６へと次々に送出す
る。

【００１１】IEEE1394バス１０６には、パケット受信装
置１０４の入力が、パケット受信装置１０４の出力に
は、マイコン１０２の入力が、それぞれ接続されてい
る。IEEE1394バス１０６へと送出されたレスポンスパケ
ットを、受信装置１０４が、受信し、マイコン１０２へ
と出力し、マイコン１０２が、入力されたレスポンスパ
ケットを、所定の記憶装置に格納するなどの処理をす
る。このようにして、データ処理装置１０１は、他のデ
ータ処理装置に記載されたデータを読み出すことができ
る。

【００１２】しかしながら、上記のデータ処理装置１０
１は、送信装置１０３を１個だけ有している。リクエス
トパケットには、優先度の高いリクエストパケット、デ
ータサイズが大きいリクエストパケットなど、様々な種
類があるが、異なる数種類のリクエストパケットを１個
の送信装置１０３だけで送信することで、送信効率が低
下してしまうことがある。そこで、リクエストパケット
の種類ごとに、１個ずつ送信装置を設けることで、リク
エストパケットの送信効率を高めたいという要求が高ま
っていた。

【００１３】図３(ｂ)の符号１１１に、複数の送信装置
１１３₁〜１１３₃を有するデータ処理装置の一例を示
す。このデータ処理装置１１１は、制御装置１１７と、
受信装置１１４とを１個ずつ有しており、複数個の送信
装置１１３₁〜１１３₃を有している。ここでは３個の送
信装置１１３₁〜１１３₃を有するものとする。

【００１４】各送信装置１１３₁〜１１３₃は、リクエス
トパケットの種類に対応して割り当てられている。ここ
では、第１の送信装置１１３₁が、データサイズの大き
いリクエストパケットを、第２の送信装置１１３₂が、
優先順位の高いリクエストパケットを、それぞれ送出す
るものであり、第３の送信装置１１３₃は、その他のリ
クエストパケットを送出するものとする。

【００１５】かかるデータ処理装置１１１において、IE
EE1394バス１１６を介して他のデータ処理装置に、リク
エストパケットを送信する場合、パケット生成装置１１
５が、マイコン１１２から入力された生成命令とデータ
とに基づいてリクエストパケットを次々に生成する。こ
こでは、優先度の高いリクエストパケット、データサイ
ズの大きいリクエストパケット、その他のリクエストパ
ケットをそれぞれ１個ずつ生成するものとする。

【００１６】パケット生成装置１１５は、自身が生成し
た３個のリクエストパケットを、リクエストパケットの
種類に応じて、送信装置１１３₁〜１１３₃に割り振って
出力する。ここでは、データサイズの大きいリクエスト
パケットを第１の送信装置１１３₁に、優先順位の高い
リクエストパケットを第２の送信装置１１３₂に、その
他のリクエストパケットを第３の送信装置１１３₃に、
それぞれ出力する。各リクエストパケットが入力される
と、第１〜第３の送信装置１１３₁〜１１３₃は、そのリ
クエストパケットをIEEE1394バス１１６へと送出する。

【００１７】このように、このデータ処理装置１１１で
は、複数の送信装置１１３₁〜１１３₃が設けられてお
り、しかもそのそれぞれがリクエストパケットの種類に
応じて割り当てられているので、送信装置が１個のデー
タ処理装置１０１に比して、リクエストパケットの送信
効率を向上させることができる。

【００１８】しかしながら、このデータ処理装置１１１
は、送信装置１１３₁〜１１３₃を３個有しており、パケ
ット生成装置１１５を１個有している。３個の送信装置
１１３₁〜１１３₃と１個のパケット生成装置１１５とを
個別に接続すると、パケット生成装置１１５の出力のデ
ータ線は送信装置１１３₁〜１１３₃の個数すなわち３本
必要になる。

【００１９】３本の信号線からリクエストパケットを出
力するためには、出力端子を３つ設けなければならな
い。そしてこれに対応するため、パケット生成装置１１
５を、１本の信号線で１個の送信装置１０５に接続して
いたパケット生成装置１０５と、異なる内部構成にしな
ければならなかった。

【００２０】さらに、複数の送信装置の個数を増減させ
るような場合には、その都度パケット生成装置１１５と
複数の送信装置の接続関係を変え、それに応じてパケッ
ト生成装置１１５の構成を変えなければ、送信装置の増
減に対応することができなかった。

【００２１】

【発明が解決しようとする課題】本発明は、上記従来の
不都合を解決するために創作されたものであり、その目
的は、IEEE1394バスに接続可能なデータ処理装置におい
て、リクエストパケットの送信効率を容易に高める技術
を提供することにある。

【００２２】

【課題を解決するための手段】上記課題を解決するた
め、本発明のデータ処理装置は、種類毎に異なる識別情
報を備えるリクエストパケットを生成するパケット生成
装置と、上記パケット生成装置により生成されたリクエ
ストパケットを入力し、当該リクエストパケットを上記
識別情報に基づき選別して出力する送信選択装置と、シ
リアルバスに接続され、上記送信選択装置から供給され
るリクエストパケットを上記シリアルバスに送信する複
数の送信装置と、上記シリアルバスに接続され、上記リ
クエストパケットに対応するレスポンスパケットを上記
シリアルバスから受信する受信装置とを有し、上記識別
情報が上記複数の送信装置のそれぞれに対応付けられて
いる。

【００２３】また、請求項２に記載のデータ処理装置
は、請求項１に記載のデータ処理装置であって、上記リ
クエストパケット、上記レスポンスパケット、並びに上
記シリアルバスがIEEE1394規格に準拠するように構成さ
れている。

【００２４】更に、請求項３に記載の発明は、請求項２
に記載のデータ処理装置であって、上記識別情報として
tLabelを用いるように構成されている。

【００２５】本発明では、パケット生成装置が、識別情
報により、各リクエストパケットを複数の送信装置のい
ずれかに対応付けることができ、送信選択装置が、識別
情報に基づき、各リクエストパケットを対応付けられた
送信装置に出力することができる。

【００２６】このため、送信するリクエストパケットの
種類に応じて、複数の送信装置を設けておけば、１種類
のリクエストパケットを１個の送信装置で送信すること
ができ、送信装置が１個の場合に比して、リクエストパ
ケットの送信効率を高めることができる。

【００２７】また、パケット生成装置は、リクエストパ
ケットを生成する際に、識別情報を各送信装置に対応付
けてリクエストパケットに記載して送信選択装置に出力
する動作を行なっているが、送信装置にリクエストパケ
ットを割り振るという動作を行なっていないので、送信
装置の数が増減しても、出力端子の数を変えたり、パケ
ット生成装置の内部構成を変えたりする必要がない。

【００２８】従って、送信装置の数の増減に対応するに
はパケット生成装置の内部構成を変える必要があった従
来に比して、容易に送信装置の個数の増減に対応するこ
とができる。

【００２９】なお、本発明において、識別情報としてtL
abelを用いている。リクエストパケットに識別情報を付
加する際には、各送信装置に対応付けるために一定の制
限が必要になるが、tLabelは、各リクエストパケットを
区別することができれば足り、記載する際の制限が少な
いので、リクエストパケットに記載される他の情報に比
して、識別情報として用いることが容易である。

【００３０】

【発明の実施の形態】図１を参照し、符号１は本発明の
実施形態のデータ処理装置である。このデータ処理装置
１は、複数の外部のデータ処理装置とともに、IEEE1394
バス６に接続され、IEEE1394バス６を介して、他のデー
タ処理装置とデータの送受信ができるようにされてい
る。

【００３１】データ処理装置１は、制御装置７と、受信
装置４と、参照用記憶装置８と、送信選択装置９とを１
個ずつ有しており、更に複数個の送信装置３₁〜３₃を有
している。ここでは３個の送信装置３₁〜３₃を有してい
るものとする。そして、制御装置７は、マイコン２と、
パケット生成装置５とを有している。

【００３２】各送信装置３₁〜３₃は、リクエストパケッ
トの種類に対応して割り当てられている。ここでは、第
１の送信装置３₁が、データサイズの大きいリクエスト
パケットを、第２の送信装置３₂が、優先順位の高いリ
クエストパケットを、それぞれ送出するものであり、第
３の送信装置３₃は、その他のリクエストパケットを送
出するものとする。

【００３３】このようなデータ処理装置１において、他
のデータ処理装置からデータを読み出す場合には、ま
ず、マイコン２が、後述する参照用記憶装置８の記憶内
容を参照して、データの読み出しを要求するリクエスト
パケットの生成命令と、リクエストパケットの生成に必
要なデータとを生成してパケット生成装置５に出力し、
リクエストパケットの生成要求をする。

【００３４】図２の符号１１に、IEEE1394規格に準拠す
るリクエストパケットの一般的なフォーマットの概略を
示す。このリクエストパケットは、３２ビットのデータ
列よりなるパケットであって、第１〜第３の記憶領域１
２〜１４を有している。第１〜第３の記憶領域１２〜１
４のそれぞれには、destination ID、source ID 、tLab
elが記載される。このうち、destination IDは、送信先
の機器を識別するための番号(ID)であって、source ID
は送信元の機器を識別するための番号(ID)である。

【００３５】また、トランザクションラベル(tLabel)
は、各機器から送信されたパケットの、未解決の各トラ
ンザクションに割り当てられた固有のタグであって、リ
クエストパケットと、レスポンスパケットとの対応をつ
けるための番号である。ここでは６ビットのデータが用
いられている。

【００３６】６ビットのtLabelは、”００００００”
〜”１１１１１１”までの範囲の値を取り得るが、本実
施形態のデータ処理装置１では、ｔLabelの大きさによ
って３つの範囲に分けている。

【００３７】ここでは、最も値が小さい範囲(第１の範
囲)を”００００００”〜”０１０１００”とし、２番
目に小さい範囲(第２の範囲)を”０１０１０１”〜”１
０１００１”とし、最も値が大きな範囲(第３の範囲)
を”１０１０１０”〜”１１１１１１”としている。

【００３８】そして、第１〜第３の範囲が第１〜第３の
送信装置３₁〜３₃にそれぞれ対応するようにされてお
り、この対応関係が、予め参照用記憶装置８に書き込ま
れているものとする。

【００３９】パケット生成装置５は、参照用記憶装置８
の記憶内容を参照し、生成しようとするリクエストパケ
ットの種類に応じてtLabelを選択し、マイコン２から入
力された生成命令とデータとに基づいてリクエストパケ
ットを次々に生成する。

【００４０】ここでは、データサイズの大きいリクエス
トパケット、優先度の高いリクエストパケット、その他
のリクエストパケットをそれぞれ１個ずつ生成するもの
とし、それぞれのリクエストパケットに、第１、第２、
第３の範囲にそれぞれ属するtLabelを記載するものとす
る。

【００４１】パケット生成装置５は、このようにして生
成した３個のリクエストパケットを、送信選択装置９に
順次出力する。送信選択装置９は、入力されたリクエス
トパケットのtLabelを読み出して、参照用記憶装置８の
記憶内容と照合し、入力されたリクエストパケットのtL
abelが、第１〜第３の範囲のどの範囲に属するものであ
るかを判断し、属する範囲と対応付けられた送信装置
へ、リクエストパケットを出力する。

【００４２】このとき、送信選択装置９は、第１、第
２、第３の範囲に属するtLabelがそれぞれ記載されたリ
クエストパケットを、第１、第２、第３の送信装置
３₁、３₂、３₃へと、それぞれ出力する。

【００４３】各リクエストパケットが入力されると、第
１〜第３の送信装置３₁〜３₃は、そのリクエストパケッ
トをそれぞれIEEE1394バス６へと送出する。リクエスト
パケットがIEEE1394バス６へと送出されると、destinat
ion IDで特定された他のデータ処理装置(以下相手方の
データ処理装置と称する。)が、IEEE1394バス６からリ
クエストパケットを順次受信し、その内容を読み出す。
相手方のデータ処理装置は、リクエストパケットの内容
に応じて特定されるデータを、自分自身が有する記憶領
域から読み出し、読み出したデータに、リクエストパケ
ットと同一のtLabelや、destination IDやsource IDな
どの所定の情報を記載して、リクエストパケットへの応
答となるレスポンスパケットを次々に生成し、IEEE1394
バス６へと次々に送出する。

【００４４】IEEE1394バス６へと送出されたレスポンス
パケットを、受信装置４が受信し、マイコン２へと出力
し、マイコン２が、入力されたレスポンスパケットを、
所定の記憶装置に格納するなどの処理をする。このよう
にして、データ処理装置１は、他のデータ処理装置に記
載されたデータを読み出すことができる。

【００４５】その後、マイコン２からのデータや生成命
令に従って、パケット生成装置５は、新たなリクエスト
パケットを次々に生成し、各リクエストパケットに対応
するレスポンスパケットを受信することになるが、本実
施形態では、あるリクエストパケットにtLabelを次々に
記載する際には、その前に生成されたリクエストパケッ
トに記載されたtLabelよりも１だけ大きいtLabelを記載
している。

【００４６】優先度の高いリクエストパケットを、次々
に生成する場合には、各リクエストパケットに、第２の
範囲に属するtLabelを順次記載することになる。最初に
生成したリクエストパケットに、第２の範囲の最小値で
ある”０１０１０１”を記載したら、２番目に生成され
るリクエストパケットには、”０１０１０１”より１だ
け大きい”０１０１１０”を記載し、その後は、リクエ
ストパケットを生成するごとに、”０１０１１１”、”
０１１０００”、”０１１００１”、…というように、
１ずつ増加するtLabelを順次記載していく。

【００４７】このようにして、各リクエストパケットを
生成するごとに、tLabelを記載していくと、tLabelは順
次増加していくので、やがては各範囲でとりうるtLabel
の最大値を記載することになる。例えば、第２の範囲で
は、その最大値である”１０１００１”を記載すること
になる。

【００４８】各範囲でとりうるtLabelの最大値を記載し
たら、次に生成されるリクエストパケットには、tLabel
の最大値よりも１だけ大きいtLabelを記載するのではな
く、各範囲でとりうるtLabelの最小値を記載する。その
後は、リクエストパケットを生成するごとに順次１ずつ
大きいtLabelを記載していく。

【００４９】例えば、第２の範囲では、tLabelの最大値
である”１０１００１”が記載されたリクエストパケッ
トの次に生成されるリクエストパケットには、tLabelの
最小値である”０１０１０１”を記載し、その後は、”
０１０１１０”、”０１０１１１”、…と、１ずつ大き
いtLabelを順次記載していく。

【００５０】このようにして、各リクエストパケットに
tLabelを記載していくと、長期間でみた場合には、複数
のリクエストパケットに同一のtLabelが記載されてしま
うことになるが、少なくとも、リクエストパケットを生
成して送信してから、そのリクエストパケットに対応す
るレスポンスパケットを受信するという一連の処理が終
了するまでの短期間においては、同一のtLabelが２つの
リクエストパケットに記載されるということはない。従
って上記したようにtLabelを記載しても、リクエストパ
ケットを送信して一連の処理が終了するまでの間は、tL
abelによってリクエストパケットの区別をすることは可
能である。

【００５１】以上説明したように本実施形態では、各リ
クエストパケットを他のリクエストパケットと識別する
６ビットの情報であるtLabelが、その大きさによって第
１〜第３の範囲に分けられ、第１〜第３の送信装置３₁
〜３₃のいずれかに対応付けられている。

【００５２】かかるtLabelをリクエストパケットに記載
することで、リクエストパケットを第１〜第３の送信装
置３₁〜３₃のいずれかに対応付けることができ、送信選
択装置９が、tLabelを読み出すことで、各リクエストパ
ケットを、tLabelで対応付けられた第１〜第３の送信装
置３₁〜３₃に割り振ることができる。第１〜第３の送信
装置３₁〜３₃は、リクエストパケットの種類に応じて設
けられているので、送信装置が１個の場合に比して、リ
クエストパケットの送信効率を高めることができる。

【００５３】また、パケット生成装置５は、リクエスト
パケットを生成する際に、第１〜第３の送信装置３₁〜
３₃にリクエストパケットを割り振るという動作はして
いないので、送信装置の数が増減しても、出力端子の数
を変え、それに応じてパケット生成装置の内部構成を変
えなくともよい。

【００５４】従って、送信装置の数の増減に対応するに
はパケット生成装置１１５の内部構成を変える必要があ
った従来に比して、容易に送信装置の個数の増減に対応
することができる。

【００５５】なお、tLabelは、リクエストパケットに記
載される他の情報(destination ID、source IDなど)に
比して、記載する際の制限が少ないので、tLabelの値が
とり得る範囲を、第１〜第３の範囲に分けることが容易
にでき、第１〜第３の送信装置３₁〜３₃に対応付けるこ
とが容易にできる。従って本実施形態では、識別情報と
してtLabelを用いているが、本発明はこれに限らず、各
リクエストパケットに記載することででき、各送信装置
３₁〜３₃に対応付けることが可能な情報であればどのよ
うな情報を記載してもよい。

【００５６】また、本実施形態では、tLabelのとりうる
値を、３つの範囲に分けることで第１〜第３の送信装置
３₁〜３₃に対応付けているが、本発明はこれに限らず、
tLabelが３種類に分類できればよく、例えば(３の倍
数)、(３の倍数＋１)、(３の倍数＋２)の値をそれぞれ
とるtLabelが、第１、第２、第３の送信装置３₁〜３
₃に、それぞれ対応付けられるようにしてもよい。

【００５７】さらに、本実施形態では、新たなリクエス
トパケットを生成するごとに、tLabelの値が１ずつ大き
くなるようにしてtLabelを記載しているが、本発明はこ
れに限らず、各範囲の中で一定の規則に従って記載する
ことができれば足り、例えば新たなリクエストパケット
を生成するごとに、２ずつ大きくなるように記載しても
よいし、１ずつ小さくなるように記載してもよい。ま
た、本実施形態では、３個の送信装置３₁〜３₃を有して
いるが、本発明はこれに限らず、例えば５個や７個の送
信装置を設けてもよい。

【００５８】さらに、本実施形態では、参照用記憶装置
８を設けて、ここに予めtLabelの範囲を書き込んでお
き、マイコン２、送信選択装置９がそれぞれtLabelを付
すときや、読み出すときに、参照用記憶装置８内のtLab
elの範囲を参照しているが、本発明はこれに限らず、例
えば、マイコン２の内部と、送信選択装置９の内部とに
tLabelの範囲を記憶させておき、各々が内部に書き込ん
だtLabelの範囲を参照するような構成にしてもよい。

【００５９】

【発明の効果】以上説明したように本発明によれば、複
数の送信装置がある場合に、送信装置の種類に応じて、
リクエストパケットを割り当てて送信することができ
る。

【００６０】また、パケット生成装置の内部構成を変え
る必要があった従来に比して、容易に送信装置の個数の
増減に対応することができる。

【図面の簡単な説明】

【図１】本発明の実施形態のデータ処理装置の構成を示
す図

【図２】リクエストパケットのフォーマットを説明する
図

【図３】(ａ)：従来のデータ処理装置の構成を示す図 (ｂ)：複数の送信装置を有する従来のデータ処理装置の
構成を示す図

【符号の説明】

１……データ処理装置２…マイコン(制御装置) ３
₁〜３₃…パケット送信装置(送信装置) ４…パケット
受信装置(受信装置) ５…パケット生成装置６…IEEE
1394バス(シリアルバス) ８…参照用記憶装置９…送
信選択装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者生駒伸一郎東京都港区北青山３丁目６番12号青山富士ビル日本テキサス・インスツルメンツ株式会社内 (72)発明者島田満東京都港区北青山３丁目６番12号青山富士ビル日本テキサス・インスツルメンツ株式会社内Ｆターム(参考） 5K032 AA01 CD01 DB03

Claims

【特許請求の範囲】

【請求項１】種類毎に異なる識別情報を備えるリクエス
トパケットを生成するパケット生成装置と、上記パケット生成装置により生成されたリクエストパケ
ットを入力し、当該リクエストパケットを上記識別情報
に基づき選別して出力する送信選択装置と、シリアルバスに接続され、上記送信選択装置から供給さ
れるリクエストパケットを上記シリアルバスに送信する
複数の送信装置と、上記シリアルバスに接続され、上記リクエストパケット
に対応するレスポンスパケットを上記シリアルバスから
受信する受信装置と、を有し、上記識別情報が上記複数の送信装置のそれぞれ
に対応付けられているデータ処理装置。
【請求項２】上記リクエストパケット、上記レスポンス
パケット、並びに上記シリアルバスがIEEE1394規格に準
拠するように構成されている請求項１に記載のデータ処
理装置。
【請求項３】上記識別情報としてtLabelを用いるように
構成されている請求項２に記載のデータ処理装置。