JP4015307B2 - データ処理装置 - Google Patents
データ処理装置 Download PDFInfo
- Publication number
- JP4015307B2 JP4015307B2 JP34243598A JP34243598A JP4015307B2 JP 4015307 B2 JP4015307 B2 JP 4015307B2 JP 34243598 A JP34243598 A JP 34243598A JP 34243598 A JP34243598 A JP 34243598A JP 4015307 B2 JP4015307 B2 JP 4015307B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data processing
- response
- request packet
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介してパケット単位でデータの送受信などを行うシステムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、ＡＶ機器をコントロールするためには、ビデオキャプチャボードやＲＳ２３２Ｃバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【０００３】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE1394ハイパフォーマンスシリアルバス規格(以下、IEEE1394規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【０００４】
図２の符号１０１に、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバス(以下でIEEE1394バスと称する)に接続されるデータ処理装置の一例を示す。このデータ処理装置１０１は、マイコン１０２と、パケット送信装置１０３と、パケット受信装置１０４とを有している。このうち、パケット送信装置１０３、パケット受信装置１０４は、それぞれマイコン１０２と、IEEE1394バス１０６との間に並列に配置されている。
【０００５】
IEEE1394バス１０６には、データ処理装置１０１の他に、図示しない他のデータ処理装置が複数個接続されている。そして、データ処理装置１０１は、IEEE1394バス１０６を介して他のデータ処理装置にリクエストパケットを送信し、リクエストパケットへの応答として他のデータ処理装置で生成されたレスポンスパケットを受信することにより、他のデータ処理装置に格納されたデータを読み出すことができる。
【０００６】
以下では、他のデータ処理装置内にある複数のデータから、複数のレスポンスパケットを生成させ、一連のレスポンスパケットを３種類取得する場合について説明する。
【０００７】
図３(ａ)の符号２００に、IEEE1394規格に準拠するリクエストパケットの一般的なフォーマットを示す。このリクエストパケットは、３２ビットのデータ列よりなるパケットであって、通常のパケットと同様にヘッダ部２０１とデータ部２０２を有する。
【０００８】
ヘッダ部２０１には、destination ID、source ID 、tLabel、destination address 等が記載されている。このうち、destination IDは、送信先の機器(他のデータ処理装置)を識別するための番号(ID)であって、source ID は送信元の機器(データ処理装置１０１)を識別するための番号(ID)である。
【０００９】
また、トランザクションラベル(tLabel)は、各機器から送信されたパケットの、未解決の各トランザクションに割り当てられた固有のタグであって、リクエストパケットと、レスポンスパケットとの対応をつけるための番号である。ここでは６ビットのデータが用いられている。
【００１０】
さらに、destination address は、データ処理装置１０１が読み出すべきデータの、他のデータ処理装置の記憶領域における格納位置を示す情報であって、例えば、記憶領域としてメモリを設けたときには、そのデータのアドレスである。このdestination address は、他の装置から通知され、マイコン１０２内に設けられたメモリ内にテーブル状に配置されることにより、一連のレスポンスパケットを取得する際に必要なdestination address が、予め全てマイコン１０２内に保持されているものとする。
【００１１】
このようなフォーマットを有するリクエストパケットを生成するには、最初に、マイコン１０２が、パケット送信装置１０３に、リクエストパケットの生成命令と、destination address 等の、最初のリクエストパケットを生成するのに必要なデータを出力する。
【００１２】
マイコン１０２から、リクエストパケットの生成命令とdestination address が入力されると、パケット送信装置１０３は、予めマイコン１０２から通知されているdestination ID、source ID 、tLabelと、destination address を用いて、上記したフォーマットを有するリクエストパケットを生成し、IEEE1394バス１０６へと順次送出する。ここでは、３つのリクエストパケットを続けて生成して出力するものとする。
【００１３】
すると、IEEE1394バス１０６に接続された複数の他のデータ処理装置は、リクエストパケットからdestination IDを読み出し、自機に対するリクエストパケットであるか否かを各々で判断する。そして、複数の他のデータ処理装置のうち、destination IDで特定された１個のデータ処理装置(以下で相手方のデータ処理装置と称する)が、IEEE1394バス１０６から３つのリクエストパケットを順次受信する。
【００１４】
相手方のデータ処理装置は、リクエストパケットを受信すると、それぞれのリクエストパケットへの応答となるレスポンスパケットを生成する。ここでは、３つのリクエストパケットへの応答となる３つのレスポンスパケットを続けて生成するものとする。
【００１５】
このとき、相手方のデータ処理装置は、リクエストパケット２００からdestination address とsource ID とを読み出す。そして、destination address で指定されるデータを、自分自身が有する不図示の記憶領域から読み出すとともに、source ID からレスポンスパケットの返信先がデータ処理装置１０１であることを知り、データ処理装置１０１のdestination IDを、レスポンスパケットのdestination IDとして選択する。
【００１６】
図３(ｂ)の符号３００に、相手方のデータ処理装置で生成されるレスポンスパケットのフォーマットを示す。このレスポンスパケットは、３２ビットのデータ列よりなるパケットであって、ヘッダ部３０１とデータ部３０２よりなり、データ部３０２には、リクエストパケット２００のdestination address で指定されたデータが書き込まれている。
【００１７】
ヘッダ部３０１には、リクエストパケットと同様に、送信先であるデータ処理装置１０１を指定するdestination ID、送信元である相手方のデータ処理装置自身を指定するsource ID 、リクエストパケットと同一のtLabel などが記載されているが、一般に、リクエストパケットに記載されていたdestination address は記載されない。
相手方のデータ処理装置は、このようなフォーマットのレスポンスパケットを３つ続けてIEEE1394バス１０６へと送出する。
【００１８】
すると、IEEE1394バス１０６に接続された複数のデータ処理装置は、このレスポンスパケットからdestination IDを読み出し、自機に対するレスポンスパケットであるか否かを各々で判断する。ここではdestination IDはデータ処理装置１０１を指定しているので、データ処理装置１０１が、パケット受信装置１０４でレスポンスパケットを受信する。そして、パケット受信装置１０４は、受信したレスポンスパケットを、そのままマイコン１０２へと入力させる。マイコン１０２は、入力されたレスポンスパケットを、マイコン１０２が有する格納用メモリ(図示せず)内に格納する。
【００１９】
ところでマイコン１０２には、その内部に、図４の符号４００、４１０、４２０に示すような記憶領域が予め用意されている。そして、マイコン１０２が、リクエストパケットの生成命令と、destination addressをパケット送信装置１０３に出力するとともに、destination address、source ID 、tLabelを、各レスポンスパケットの内容に対応する記憶領域４００、４１０、４２０に、それぞれ記載している。
【００２０】
そして、次々にリクエストパケットを生成するたびに、そのリクエストパケットにそれぞれ対応する記憶領域４００、４１０、４２０のいずれかに、destination address、source ID 、tLabelを次々に書き込み、各リクエストパケットに対応するレスポンスパケットを次々に受信して、格納用メモリ内に格納するという動作を続ける。一連の必要なレスポンスパケットが全て格納用メモリ内に格納されるまでこの動作を続けることにより、一連のレスポンスパケットが取得され、各記憶領域４００、４１０、４２０には、一連のレスポンスパケットのそれぞれに対応し、destination address、source ID 、tLabel が書き込まれた対応表が完成する。
【００２１】
その後、こうして取得された一連のレスポンスパケットを読み出して、一連の処理を実行する際には、各記憶領域４００、４１０、４２０に設けられた対応表に記載されたdestination address、source ID 、tLabel を読み出し、読み出されたdestination address、source ID 、tLabel に対応するレスポンスパケットを順次格納用メモリ内から検出して読み出して、一連のレスポンスパケットを所定の順番に従って読み出し、実行することができるようにされている。
【００２２】
例えば、記憶領域４００に対応する一連のレスポンスパケットを読み出して一連の処理を実行するには、まず、記憶領域４００に形成された対応表の先頭行に記載されたsource ID４０１、tLabel４０２を読み出し、これと同じsource IDとtLabelを有しているレスポンスパケットを、格納用メモリ内から検出して、そのレスポンスパケットの処理を実行し、次に、対応表の先頭行の次の行に記載されたsource IDとtLabelと一致するレスポンスパケットを検出し、そのレスポンスパケットの処理を実行するという動作を繰り返さなければならなかった。
【００２３】
このようにマイコン１０２は、リクエストパケットを生成するごとにdestination address、source ID 、tLabel を対応表に書き込み、一連の処理を実行するたびに対応表とレスポンスパケットを参照するという複雑な処理をしなければならないため、マイコン１０２の処理負担が大きくなってしまうという問題があった。
【００２４】
【発明が解決しようとする課題】
本発明は、上記従来技術の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続されるデータ処理装置でデータを読み出す場合に、読み出されるデータが、読み出される装置内のどのアドレスにあったものであるかを容易に判断することができる技術を提供することにある。
【００２５】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載のデータ処理装置は、パケット処理装置と、シリアルバスに接続され、上記パケット処理装置の指示に応じてデータの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信して上記パケット処理装置に出力する受信装置とを有するデータ処理装置であって、上記リクエストパケットには送信先のデータ処理装置を特定するための機器情報と要求するデータを指定する指定情報とが含まれており、上記送信装置は送信するリクエストパケットの上記指定情報を当該リクエストパケットに対応付けて保持する指定情報保持部を備え、上記受信装置は受信したレスポンスパケットに対して当該レスポンスパケットに対応する上記指定情報保持部から供給された上記指定情報を付加する指定情報付加部を備える。
【００２６】
請求項２に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスはIEEE1394規格に準拠するように構成されている。
【００２７】
また、請求項３に記載のデータ処理装置は、請求項２に記載のデータ処理装置であって、上記指定情報はディスティネーションアドレス(destination address)を含む。
【００２８】
本発明では、予めパケット処理装置に格納されており、リクエストパケットに記載される指定情報を指定情報保持部が保持して指定情報付加部に出力し、送信されたリクエストパケットに対するレスポンスパケットが受信装置で受信されるごとに、指定情報付加部がレスポンスパケットに指定情報を記載（付加）している。
【００２９】
このため、パケット処理装置は何ら複雑な処理をすることなく、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器にあって、どこにあったものであるかを特定できる。
【００３０】
例えば、他の装置がハードディスクの場合には、データが格納されているアドレスであるdestination addressを指定情報としてレスポンスパケットに記載すれば、レスポンスパケットからdestination addressを読み出すことにより、返信させるデータがどの位置にあったかがわかり、レスポンスパケット内のデータを特定することができる。
【００３１】
特に、一連のレスポンスパケットを複数種類取得し、そのうちの一連のレスポンスパケットを読み出して実行する際に、受信した各レスポンスパケット内のデータが、他のデータ処理装置内のどの位置にあったかを確認するためにパケット処理装置が要していた複雑な処理を全く必要としないので、パケット処理装置の処理負担を大きく軽減できる。
【００３２】
【発明の実施の形態】
本発明の実施の形態について、図面を参照して説明する。
図１で符号１は、IEEE1394規格に準拠した本発明の実施形態のデータ処理装置である。このデータ処理装置１は、マイコン２と、パケット送信装置３と、パケット受信装置４とを有している。そして、パケット送信装置３、パケット受信装置４は、IEEE1394バス６と、マイコン２との間に並列に配置されている。
【００３３】
また、パケット送信装置３は、アドレス保持部７を有しており、パケット受信装置４は、アドレス付加部８を有している。
【００３４】
このデータ処理装置１は、図示しない他のデータ処理装置とともにIEEE1394バス６に接続されており、IEEE1394バス６を介して他のデータ処理装置から、格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【００３５】
マイコン２には、所定の記憶領域(図示せず)が設けられており、この所定の記憶領域には、一連のレスポンスパケットを取得する際に必要なdestination address が予め全て保持され、テーブル状に格納されているものとする。このdestination address は、データ処理装置１が読み出すべきデータが格納された、他のデータ処理装置の不図示の記憶領域における格納位置を示す情報である。
【００３６】
このようなマイコン２が、リクエストパケットの生成命令を生成するとともに、最初のリクエストパケットに付すべきdestination address をテーブルから読み出し、リクエストパケットの生成命令とdestination address を、パケット送信装置３に入力させる。
【００３７】
パケット送信装置３は、入力されたリクエストパケットの生成命令とdestination address と、予めマイコン２から通知されているdestination ID、source ID 、ｔLabelとを用いて、リクエストパケットを生成する。
【００３８】
アドレス保持部７は、パケット送信装置３がリクエストパケットを生成するごとに、リクエストパケットからdestination address と、tLabelとを取得し、一対一に対応付けて、一組にしてアドレス付加部８へ出力する。
【００３９】
アドレス付加部８は、入力された一組のdestination address とtLabelを、アドレス付加部８内に設けられた参照用記憶領域(図示せず)内に、対応付けを維持した状態で記憶しておく。
【００４０】
他方、パケット送信装置３は、生成されたリクエストパケットをIEEE1394バス６へと送出する。このリクエストパケットのdestination IDによって、IEEE1394バス６に接続された他のデータ処理装置のうち、１個のデータ処理装置が特定され、そのデータ処理装置(以下で相手方のデータ処理装置と称する)は、IEEE1394バス６からリクエストパケットを次々に受信する。
【００４１】
次に、相手方のデータ処理装置は、リクエストパケットからdestination address とsource ID を読み出し、自分自身が有している不図示の記憶領域から、destination address によって不図示の記憶領域内の格納位置が指定されるデータを読み出すとともに、source IDからデータ処理装置１のdestination ID を選択して、それぞれのリクエストパケットへの応答となるレスポンスパケットを、リクエストパケットごとに生成して、IEEE1394バス６へと送出する。次いで、パケット受信装置４が、IEEE1394バス６からレスポンスパケットを受信する。
【００４２】
アドレス付加部８は、パケット受信装置４で受信されたレスポンスパケットのtLabelを取得して、参照用記憶領域の記憶内容と照合し、レスポンスパケットのtLabelと同じtLabelと一対一に対応付けられたdestination address を読み出し、そのdestination address をレスポンスパケットに記載して、マイコン２へ出力する。マイコン２は、アドレス付加部８によってdestination address が記載されたレスポンスパケットを、マイコン２が有する格納用メモリ(図示せず)内に格納する。
【００４３】
次いで、マイコン２は、次のリクエストパケットの生成命令と、destination address をパケット送信装置３に出力し、次のリクエストパケットをパケット送信装置３に生成させる。パケット送信装置３は、次のリクエストパケットを生成してIEEE1394バス６に送出し、アドレス保持部７は、次のリクエストパケットからdestination ID 、tLabel を取得してアドレス付加部８に出力する。
【００４４】
そして、次のリクエストパケットへの応答として生成された次のレスポンスパケットがパケット受信装置４で受信されたら、次のレスポンスパケットのtLabelを参照用記憶領域の記憶内容と照合して、次のレスポンスパケットのtLabelと一致するtLabelに対応付けられたdestination address を読み出し、それを次のレスポンスパケットに記載してマイコン２に出力する。マイコン２は、destination address が記載された次のレスポンスパケットを、格納用メモリ内に格納する。
【００４５】
以上の動作を、一連のレスポンスパケットを全て取得するまで繰り返す。この間、アドレス保持部７は、リクエストパケットが生成されるごとに、destination address とtLabelを取得してアドレス付加部８に出力しており、アドレス付加部８は、レスポンスパケットのtLabelと、参照用記憶領域の記憶内容とを照合し、レスポンスパケットに対応するdestination address を、レスポンスパケットに記載してマイコン２へと出力している。
【００４６】
このため、マイコン２にはつねにdestination address が記載されたレスポンスパケットが入力されるので、マイコン２は何ら複雑な処理をすることなく、destination address が記載されたレスポンスパケットを格納することができる。
【００４７】
これにより、後に一連のレスポンスパケットを読み出して処理を実行するときには、各レスポンスパケットのdestination address を読み出すだけで、そのレスポンスパケットがどの一連のレスポンスパケットに属し、何番目に処理されるべきものであるかを容易に認識することができる。
【００４８】
従って、一連のレスポンスパケットを複数取得した場合でも、後に一連のレスポンスパケットを読み出して処理を実行する場合に、マイコン２が複雑な処理をすることなく、一連のレスポンスパケットを所定の順番で読み出して一連の処理を実行することができるので、マイコン２の処理負担を大きく軽減することができる。
なお、本実施形態では、パケット送信装置３の個数を１個としているが、本発明はこれに限らず、複数個のパケット送信装置を有するような構成にしてもよい。
【００４９】
また、本実施形態では、マイコン２が、全てのdestination addressを、所定の記憶領域内に予め保持しており、パケット送信装置３がこのdestination address を次々に記載して、リクエストパケットを生成できるような構成にしているが、本発明はこれに限らず、マイコン２が最初のdestination address のみを知っているものとし、相手方のデータ処理装置が、リクエストパケットに対応するレスポンスパケットに、次のレスポンスパケットのdestination address を記載し、マイコン２がレスポンスパケットから次のdestination address を取得し、取得された次のdestination address を、次のリクエストパケットに記載することで、リクエストパケットを生成するごとに、destination addressを取得できるような構成にしてもよい。
【００５０】
【発明の効果】
パケット処理装置が、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器のどの位置にあったものであるかを特定できるので、一連のレスポンスパケットを取得し、読み出して一連の処理を実行する際の、パケット処理装置の処理負担を軽減できる。
【図面の簡単な説明】
【図１】本発明のデータ処理装置を説明する図
【図２】従来のデータ処理装置を説明する図
【図３】(ａ)：リクエストパケットのフォーマットを説明する図
(ｂ)：レスポンスパケットのフォーマットを説明する図
【図４】従来技術でレスポンスパケットとdestination address を対応付ける処理に用いる記憶領域を説明する図
【符号の説明】
１……データ処理装置 ２……マイコン(パケット処理装置) ３……パケット送信装置(送信装置) ４……パケット受信装置(受信装置) ６……IEEE1394バス(バス) ７……アドレス保持部(保持部) ８……アドレス付加部(指定情報付加部)
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介してパケット単位でデータの送受信などを行うシステムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、ＡＶ機器をコントロールするためには、ビデオキャプチャボードやＲＳ２３２Ｃバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【０００３】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE1394ハイパフォーマンスシリアルバス規格(以下、IEEE1394規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【０００４】
図２の符号１０１に、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバス(以下でIEEE1394バスと称する)に接続されるデータ処理装置の一例を示す。このデータ処理装置１０１は、マイコン１０２と、パケット送信装置１０３と、パケット受信装置１０４とを有している。このうち、パケット送信装置１０３、パケット受信装置１０４は、それぞれマイコン１０２と、IEEE1394バス１０６との間に並列に配置されている。
【０００５】
IEEE1394バス１０６には、データ処理装置１０１の他に、図示しない他のデータ処理装置が複数個接続されている。そして、データ処理装置１０１は、IEEE1394バス１０６を介して他のデータ処理装置にリクエストパケットを送信し、リクエストパケットへの応答として他のデータ処理装置で生成されたレスポンスパケットを受信することにより、他のデータ処理装置に格納されたデータを読み出すことができる。
【０００６】
以下では、他のデータ処理装置内にある複数のデータから、複数のレスポンスパケットを生成させ、一連のレスポンスパケットを３種類取得する場合について説明する。
【０００７】
図３(ａ)の符号２００に、IEEE1394規格に準拠するリクエストパケットの一般的なフォーマットを示す。このリクエストパケットは、３２ビットのデータ列よりなるパケットであって、通常のパケットと同様にヘッダ部２０１とデータ部２０２を有する。
【０００８】
ヘッダ部２０１には、destination ID、source ID 、tLabel、destination address 等が記載されている。このうち、destination IDは、送信先の機器(他のデータ処理装置)を識別するための番号(ID)であって、source ID は送信元の機器(データ処理装置１０１)を識別するための番号(ID)である。
【０００９】
また、トランザクションラベル(tLabel)は、各機器から送信されたパケットの、未解決の各トランザクションに割り当てられた固有のタグであって、リクエストパケットと、レスポンスパケットとの対応をつけるための番号である。ここでは６ビットのデータが用いられている。
【００１０】
さらに、destination address は、データ処理装置１０１が読み出すべきデータの、他のデータ処理装置の記憶領域における格納位置を示す情報であって、例えば、記憶領域としてメモリを設けたときには、そのデータのアドレスである。このdestination address は、他の装置から通知され、マイコン１０２内に設けられたメモリ内にテーブル状に配置されることにより、一連のレスポンスパケットを取得する際に必要なdestination address が、予め全てマイコン１０２内に保持されているものとする。
【００１１】
このようなフォーマットを有するリクエストパケットを生成するには、最初に、マイコン１０２が、パケット送信装置１０３に、リクエストパケットの生成命令と、destination address 等の、最初のリクエストパケットを生成するのに必要なデータを出力する。
【００１２】
マイコン１０２から、リクエストパケットの生成命令とdestination address が入力されると、パケット送信装置１０３は、予めマイコン１０２から通知されているdestination ID、source ID 、tLabelと、destination address を用いて、上記したフォーマットを有するリクエストパケットを生成し、IEEE1394バス１０６へと順次送出する。ここでは、３つのリクエストパケットを続けて生成して出力するものとする。
【００１３】
すると、IEEE1394バス１０６に接続された複数の他のデータ処理装置は、リクエストパケットからdestination IDを読み出し、自機に対するリクエストパケットであるか否かを各々で判断する。そして、複数の他のデータ処理装置のうち、destination IDで特定された１個のデータ処理装置(以下で相手方のデータ処理装置と称する)が、IEEE1394バス１０６から３つのリクエストパケットを順次受信する。
【００１４】
相手方のデータ処理装置は、リクエストパケットを受信すると、それぞれのリクエストパケットへの応答となるレスポンスパケットを生成する。ここでは、３つのリクエストパケットへの応答となる３つのレスポンスパケットを続けて生成するものとする。
【００１５】
このとき、相手方のデータ処理装置は、リクエストパケット２００からdestination address とsource ID とを読み出す。そして、destination address で指定されるデータを、自分自身が有する不図示の記憶領域から読み出すとともに、source ID からレスポンスパケットの返信先がデータ処理装置１０１であることを知り、データ処理装置１０１のdestination IDを、レスポンスパケットのdestination IDとして選択する。
【００１６】
図３(ｂ)の符号３００に、相手方のデータ処理装置で生成されるレスポンスパケットのフォーマットを示す。このレスポンスパケットは、３２ビットのデータ列よりなるパケットであって、ヘッダ部３０１とデータ部３０２よりなり、データ部３０２には、リクエストパケット２００のdestination address で指定されたデータが書き込まれている。
【００１７】
ヘッダ部３０１には、リクエストパケットと同様に、送信先であるデータ処理装置１０１を指定するdestination ID、送信元である相手方のデータ処理装置自身を指定するsource ID 、リクエストパケットと同一のtLabel などが記載されているが、一般に、リクエストパケットに記載されていたdestination address は記載されない。
相手方のデータ処理装置は、このようなフォーマットのレスポンスパケットを３つ続けてIEEE1394バス１０６へと送出する。
【００１８】
すると、IEEE1394バス１０６に接続された複数のデータ処理装置は、このレスポンスパケットからdestination IDを読み出し、自機に対するレスポンスパケットであるか否かを各々で判断する。ここではdestination IDはデータ処理装置１０１を指定しているので、データ処理装置１０１が、パケット受信装置１０４でレスポンスパケットを受信する。そして、パケット受信装置１０４は、受信したレスポンスパケットを、そのままマイコン１０２へと入力させる。マイコン１０２は、入力されたレスポンスパケットを、マイコン１０２が有する格納用メモリ(図示せず)内に格納する。
【００１９】
ところでマイコン１０２には、その内部に、図４の符号４００、４１０、４２０に示すような記憶領域が予め用意されている。そして、マイコン１０２が、リクエストパケットの生成命令と、destination addressをパケット送信装置１０３に出力するとともに、destination address、source ID 、tLabelを、各レスポンスパケットの内容に対応する記憶領域４００、４１０、４２０に、それぞれ記載している。
【００２０】
そして、次々にリクエストパケットを生成するたびに、そのリクエストパケットにそれぞれ対応する記憶領域４００、４１０、４２０のいずれかに、destination address、source ID 、tLabelを次々に書き込み、各リクエストパケットに対応するレスポンスパケットを次々に受信して、格納用メモリ内に格納するという動作を続ける。一連の必要なレスポンスパケットが全て格納用メモリ内に格納されるまでこの動作を続けることにより、一連のレスポンスパケットが取得され、各記憶領域４００、４１０、４２０には、一連のレスポンスパケットのそれぞれに対応し、destination address、source ID 、tLabel が書き込まれた対応表が完成する。
【００２１】
その後、こうして取得された一連のレスポンスパケットを読み出して、一連の処理を実行する際には、各記憶領域４００、４１０、４２０に設けられた対応表に記載されたdestination address、source ID 、tLabel を読み出し、読み出されたdestination address、source ID 、tLabel に対応するレスポンスパケットを順次格納用メモリ内から検出して読み出して、一連のレスポンスパケットを所定の順番に従って読み出し、実行することができるようにされている。
【００２２】
例えば、記憶領域４００に対応する一連のレスポンスパケットを読み出して一連の処理を実行するには、まず、記憶領域４００に形成された対応表の先頭行に記載されたsource ID４０１、tLabel４０２を読み出し、これと同じsource IDとtLabelを有しているレスポンスパケットを、格納用メモリ内から検出して、そのレスポンスパケットの処理を実行し、次に、対応表の先頭行の次の行に記載されたsource IDとtLabelと一致するレスポンスパケットを検出し、そのレスポンスパケットの処理を実行するという動作を繰り返さなければならなかった。
【００２３】
このようにマイコン１０２は、リクエストパケットを生成するごとにdestination address、source ID 、tLabel を対応表に書き込み、一連の処理を実行するたびに対応表とレスポンスパケットを参照するという複雑な処理をしなければならないため、マイコン１０２の処理負担が大きくなってしまうという問題があった。
【００２４】
【発明が解決しようとする課題】
本発明は、上記従来技術の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続されるデータ処理装置でデータを読み出す場合に、読み出されるデータが、読み出される装置内のどのアドレスにあったものであるかを容易に判断することができる技術を提供することにある。
【００２５】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載のデータ処理装置は、パケット処理装置と、シリアルバスに接続され、上記パケット処理装置の指示に応じてデータの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信して上記パケット処理装置に出力する受信装置とを有するデータ処理装置であって、上記リクエストパケットには送信先のデータ処理装置を特定するための機器情報と要求するデータを指定する指定情報とが含まれており、上記送信装置は送信するリクエストパケットの上記指定情報を当該リクエストパケットに対応付けて保持する指定情報保持部を備え、上記受信装置は受信したレスポンスパケットに対して当該レスポンスパケットに対応する上記指定情報保持部から供給された上記指定情報を付加する指定情報付加部を備える。
【００２６】
請求項２に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスはIEEE1394規格に準拠するように構成されている。
【００２７】
また、請求項３に記載のデータ処理装置は、請求項２に記載のデータ処理装置であって、上記指定情報はディスティネーションアドレス(destination address)を含む。
【００２８】
本発明では、予めパケット処理装置に格納されており、リクエストパケットに記載される指定情報を指定情報保持部が保持して指定情報付加部に出力し、送信されたリクエストパケットに対するレスポンスパケットが受信装置で受信されるごとに、指定情報付加部がレスポンスパケットに指定情報を記載（付加）している。
【００２９】
このため、パケット処理装置は何ら複雑な処理をすることなく、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器にあって、どこにあったものであるかを特定できる。
【００３０】
例えば、他の装置がハードディスクの場合には、データが格納されているアドレスであるdestination addressを指定情報としてレスポンスパケットに記載すれば、レスポンスパケットからdestination addressを読み出すことにより、返信させるデータがどの位置にあったかがわかり、レスポンスパケット内のデータを特定することができる。
【００３１】
特に、一連のレスポンスパケットを複数種類取得し、そのうちの一連のレスポンスパケットを読み出して実行する際に、受信した各レスポンスパケット内のデータが、他のデータ処理装置内のどの位置にあったかを確認するためにパケット処理装置が要していた複雑な処理を全く必要としないので、パケット処理装置の処理負担を大きく軽減できる。
【００３２】
【発明の実施の形態】
本発明の実施の形態について、図面を参照して説明する。
図１で符号１は、IEEE1394規格に準拠した本発明の実施形態のデータ処理装置である。このデータ処理装置１は、マイコン２と、パケット送信装置３と、パケット受信装置４とを有している。そして、パケット送信装置３、パケット受信装置４は、IEEE1394バス６と、マイコン２との間に並列に配置されている。
【００３３】
また、パケット送信装置３は、アドレス保持部７を有しており、パケット受信装置４は、アドレス付加部８を有している。
【００３４】
このデータ処理装置１は、図示しない他のデータ処理装置とともにIEEE1394バス６に接続されており、IEEE1394バス６を介して他のデータ処理装置から、格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【００３５】
マイコン２には、所定の記憶領域(図示せず)が設けられており、この所定の記憶領域には、一連のレスポンスパケットを取得する際に必要なdestination address が予め全て保持され、テーブル状に格納されているものとする。このdestination address は、データ処理装置１が読み出すべきデータが格納された、他のデータ処理装置の不図示の記憶領域における格納位置を示す情報である。
【００３６】
このようなマイコン２が、リクエストパケットの生成命令を生成するとともに、最初のリクエストパケットに付すべきdestination address をテーブルから読み出し、リクエストパケットの生成命令とdestination address を、パケット送信装置３に入力させる。
【００３７】
パケット送信装置３は、入力されたリクエストパケットの生成命令とdestination address と、予めマイコン２から通知されているdestination ID、source ID 、ｔLabelとを用いて、リクエストパケットを生成する。
【００３８】
アドレス保持部７は、パケット送信装置３がリクエストパケットを生成するごとに、リクエストパケットからdestination address と、tLabelとを取得し、一対一に対応付けて、一組にしてアドレス付加部８へ出力する。
【００３９】
アドレス付加部８は、入力された一組のdestination address とtLabelを、アドレス付加部８内に設けられた参照用記憶領域(図示せず)内に、対応付けを維持した状態で記憶しておく。
【００４０】
他方、パケット送信装置３は、生成されたリクエストパケットをIEEE1394バス６へと送出する。このリクエストパケットのdestination IDによって、IEEE1394バス６に接続された他のデータ処理装置のうち、１個のデータ処理装置が特定され、そのデータ処理装置(以下で相手方のデータ処理装置と称する)は、IEEE1394バス６からリクエストパケットを次々に受信する。
【００４１】
次に、相手方のデータ処理装置は、リクエストパケットからdestination address とsource ID を読み出し、自分自身が有している不図示の記憶領域から、destination address によって不図示の記憶領域内の格納位置が指定されるデータを読み出すとともに、source IDからデータ処理装置１のdestination ID を選択して、それぞれのリクエストパケットへの応答となるレスポンスパケットを、リクエストパケットごとに生成して、IEEE1394バス６へと送出する。次いで、パケット受信装置４が、IEEE1394バス６からレスポンスパケットを受信する。
【００４２】
アドレス付加部８は、パケット受信装置４で受信されたレスポンスパケットのtLabelを取得して、参照用記憶領域の記憶内容と照合し、レスポンスパケットのtLabelと同じtLabelと一対一に対応付けられたdestination address を読み出し、そのdestination address をレスポンスパケットに記載して、マイコン２へ出力する。マイコン２は、アドレス付加部８によってdestination address が記載されたレスポンスパケットを、マイコン２が有する格納用メモリ(図示せず)内に格納する。
【００４３】
次いで、マイコン２は、次のリクエストパケットの生成命令と、destination address をパケット送信装置３に出力し、次のリクエストパケットをパケット送信装置３に生成させる。パケット送信装置３は、次のリクエストパケットを生成してIEEE1394バス６に送出し、アドレス保持部７は、次のリクエストパケットからdestination ID 、tLabel を取得してアドレス付加部８に出力する。
【００４４】
そして、次のリクエストパケットへの応答として生成された次のレスポンスパケットがパケット受信装置４で受信されたら、次のレスポンスパケットのtLabelを参照用記憶領域の記憶内容と照合して、次のレスポンスパケットのtLabelと一致するtLabelに対応付けられたdestination address を読み出し、それを次のレスポンスパケットに記載してマイコン２に出力する。マイコン２は、destination address が記載された次のレスポンスパケットを、格納用メモリ内に格納する。
【００４５】
以上の動作を、一連のレスポンスパケットを全て取得するまで繰り返す。この間、アドレス保持部７は、リクエストパケットが生成されるごとに、destination address とtLabelを取得してアドレス付加部８に出力しており、アドレス付加部８は、レスポンスパケットのtLabelと、参照用記憶領域の記憶内容とを照合し、レスポンスパケットに対応するdestination address を、レスポンスパケットに記載してマイコン２へと出力している。
【００４６】
このため、マイコン２にはつねにdestination address が記載されたレスポンスパケットが入力されるので、マイコン２は何ら複雑な処理をすることなく、destination address が記載されたレスポンスパケットを格納することができる。
【００４７】
これにより、後に一連のレスポンスパケットを読み出して処理を実行するときには、各レスポンスパケットのdestination address を読み出すだけで、そのレスポンスパケットがどの一連のレスポンスパケットに属し、何番目に処理されるべきものであるかを容易に認識することができる。
【００４８】
従って、一連のレスポンスパケットを複数取得した場合でも、後に一連のレスポンスパケットを読み出して処理を実行する場合に、マイコン２が複雑な処理をすることなく、一連のレスポンスパケットを所定の順番で読み出して一連の処理を実行することができるので、マイコン２の処理負担を大きく軽減することができる。
なお、本実施形態では、パケット送信装置３の個数を１個としているが、本発明はこれに限らず、複数個のパケット送信装置を有するような構成にしてもよい。
【００４９】
また、本実施形態では、マイコン２が、全てのdestination addressを、所定の記憶領域内に予め保持しており、パケット送信装置３がこのdestination address を次々に記載して、リクエストパケットを生成できるような構成にしているが、本発明はこれに限らず、マイコン２が最初のdestination address のみを知っているものとし、相手方のデータ処理装置が、リクエストパケットに対応するレスポンスパケットに、次のレスポンスパケットのdestination address を記載し、マイコン２がレスポンスパケットから次のdestination address を取得し、取得された次のdestination address を、次のリクエストパケットに記載することで、リクエストパケットを生成するごとに、destination addressを取得できるような構成にしてもよい。
【００５０】
【発明の効果】
パケット処理装置が、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器のどの位置にあったものであるかを特定できるので、一連のレスポンスパケットを取得し、読み出して一連の処理を実行する際の、パケット処理装置の処理負担を軽減できる。
【図面の簡単な説明】
【図１】本発明のデータ処理装置を説明する図
【図２】従来のデータ処理装置を説明する図
【図３】(ａ)：リクエストパケットのフォーマットを説明する図
(ｂ)：レスポンスパケットのフォーマットを説明する図
【図４】従来技術でレスポンスパケットとdestination address を対応付ける処理に用いる記憶領域を説明する図
【符号の説明】
１……データ処理装置 ２……マイコン(パケット処理装置) ３……パケット送信装置(送信装置) ４……パケット受信装置(受信装置) ６……IEEE1394バス(バス) ７……アドレス保持部(保持部) ８……アドレス付加部(指定情報付加部)
Claims (3)
- パケット処理装置と、
シリアルバスに接続され、上記パケット処理装置の指示に応じてデータの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、
上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信して上記パケット処理装置に出力する受信装置と、
を有するデータ処理装置であって、
上記リクエストパケットには送信先のデータ処理装置を特定するための機器情報と要求するデータを指定する指定情報とが含まれており、
上記送信装置は送信するリクエストパケットの上記指定情報を当該リクエストパケットに対応付けて保持する指定情報保持部を備え、
上記受信装置は受信したレスポンスパケットに対して当該レスポンスパケットに対応する上記指定情報保持部から供給された上記指定情報を付加する指定情報付加部を備える、
データ処理装置。 - 上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスはIEEE1394規格に準拠するように構成されている請求項１に記載のデータ処理装置。
- 上記指定情報はディスティネーションアドレスを含む請求項２に記載のデータ処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34243598A JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34243598A JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000174781A JP2000174781A (ja) | 2000-06-23 |
| JP4015307B2 true JP4015307B2 (ja) | 2007-11-28 |
Family
ID=18353723
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34243598A Expired - Fee Related JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4015307B2 (ja) |
-
1998
- 1998-12-02 JP JP34243598A patent/JP4015307B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000174781A (ja) | 2000-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6954806B2 (en) | Data transfer apparatus and method | |
| TW498207B (en) | Data transfer control device and electronic apparatus | |
| CN111064804A (zh) | 网络访问方法和装置 | |
| US6584103B1 (en) | Packet communication apparatus provided with manager means for managing packet labels | |
| US5146560A (en) | Apparatus for processing bit streams | |
| JP4345826B2 (ja) | 記憶端末 | |
| US7164689B2 (en) | Multi-initiator control unit and method | |
| JP4112717B2 (ja) | データ処理装置 | |
| US6457079B1 (en) | Communication apparatus with means for allocating alternate designation information to each function unit, and communication system with said two communication apparatuses | |
| JP4015307B2 (ja) | データ処理装置 | |
| JP6842542B2 (ja) | パケット伝送方法及びｃｂ機器 | |
| US7233592B1 (en) | Packet transfer control circuit | |
| JP2004062347A (ja) | Ｕｓｂデバイスおよびｕｓｂシステム | |
| JP4067205B2 (ja) | データ処理装置 | |
| JP3010571B2 (ja) | データ高速返信装置 | |
| JP4015304B2 (ja) | データ処理装置 | |
| EP0344915B1 (en) | Apparatus and method for processing bit streams | |
| US6640261B1 (en) | Method and apparatus for scheduler coupled to memory array wherein scheduler addresses array with at least a portion of an identification number | |
| JP4492955B2 (ja) | データ処理モジュール及びその送付候補メッセージの決定方法 | |
| JPH05191474A (ja) | 通信プロトコル処理装置 | |
| JP3351454B2 (ja) | 通信装置 | |
| JPH0440551A (ja) | データ転送方式 | |
| JP2624305B2 (ja) | 情報伝送システム | |
| JP2643660B2 (ja) | 通信制御装置 | |
| JP2005086334A (ja) | 制御システム及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051011 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070907 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070911 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070913 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130921 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |