JP4015304B2 - データ処理装置 - Google Patents
データ処理装置 Download PDFInfo
- Publication number
- JP4015304B2 JP4015304B2 JP32120598A JP32120598A JP4015304B2 JP 4015304 B2 JP4015304 B2 JP 4015304B2 JP 32120598 A JP32120598 A JP 32120598A JP 32120598 A JP32120598 A JP 32120598A JP 4015304 B2 JP4015304 B2 JP 4015304B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data
- data processing
- response
- response packet
- 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
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介して、パケット単位でデータの送受信を行うシステムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、ＡＶ機器をコントロールするためには、ビデオキャプチャボードやＲＳ２３２Ｃバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【０００３】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE１３９４ハイパフォーマンスシリアルバス規格(以下、IEEE１３９４規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【０００４】
図４の符号１０１に、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバスであるIEEE1394バスを介して、他のデータ処理装置と接続されるデータ処理装置の一例を示す。このデータ処理装置１０１は、マイコン１０２と、パケット送信装置１０３と、パケット受信装置１０４とを有しているものとする。このうち、パケット送信装置１０３、パケット受信装置１０４は、それぞれマイコン１０２と、IEEE1394バス１０６との間に配置されている。
【０００５】
このデータ処理装置１０１は、IEEE1394バス１０６に接続され、図示しないデータ処理装置（以下他のデータ処理装置と称する）に格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【０００６】
この場合には、まず、マイコン１０２が、最初に読み出すべきデータの読み出し要求をするリクエストパケットを生成して、パケット送信装置１０３を介して、IEEE1394バス１０６へと出力する。
【０００７】
すると、他のデータ処理装置が、IEEE1394バス１０６からリクエストパケットを受信し、その内容を読み出す。他のデータ処理装置は、最初のリクエストパケットの内容から、データ処理装置１０１が取得すべき一連のレスポンスパケットが何であるかを知る。これを知ることによって、他のデータ処理装置側では、データ処理装置１０１が今回読み出すべきデータと、次に読み出すべきデータを知ることができる。
【０００８】
そして、他のデータ処理装置は、そのメモリ内部から最初に読み出すべきデータを読み出し、このデータに、次に読み出すべきデータが書き込まれているアドレス等の情報を付して、リクエストパケットへの応答となるレスポンスパケットを生成する。
【０００９】
他のデータ処理装置は、このレスポンスパケットをIEEE1394バス１０６へと送信する。すると、データ処理装置１０１は、パケット受信装置１０４でレスポンスパケットを受信し、マイコン１０２へと入力させる。
【００１０】
マイコン１０２はレスポンスパケットの内容を読み出し、最初に読み出すべきデータを、不図示のメモリ内の所定のアドレスに格納する。そして、レスポンスパケットに付された、次に読み出すデータのアドレスを抽出し、このアドレスを含む、次のリクエストパケットを生成する。
【００１１】
次いで、マイコン１０２は次のリクエストパケットを、パケット送信装置１０３を介してIEEE1394バス１０６へと送信し、次に読み出すべきデータの読み出し要求をする。
【００１２】
他のデータ処理装置は次のリクエストパケットをIEEE1394バス１０６から受信して、次のレスポンスパケットを生成し、IEEE1394バス１０６へ送信する。パケット受信装置１０４は次のレスポンスパケットを受信してマイコン１０２に出力し、マイコン１０２が、レスポンスパケットから次のリクエストパケットを生成するとともに、次のレスポンスパケット内のデータを、不図示のメモリ内の所定のアドレスに格納する。
【００１３】
このとき、最初に受信したレスポンスパケットと、次に受信したレスポンスパケットとの間には、なんら関連付けがなされていない。従ってこれらを一連のレスポンスパケットとして取得するために、マイコン１０２はこれらのレスポンスパケットを整理して格納する必要がある。ここでは、所定のメモリアドレスの領域を、この一連のレスポンスパケットを取得するための専用領域として確保しておき、この領域内に、予め定めておいた所定の順番で格納するものとする。
【００１４】
以上の動作を繰り返し、リクエストパケットを順次送信し、レスポンスパケットを順次受信するごとに、マイコン１０２がデータを読み出して、読み出したデータを整理しながらメモリ内に格納することを続けることで、他のデータ処理装置内にある複数のデータを、一連のデータ列として取得することができる。
【００１５】
しかしながら、上記のデータ処理装置１０１では、マイコン１０２がレスポンスパケットからアドレスを抽出して、次のリクエストパケットを生成しなければならないため、マイコン１０２に過重な負担がかかっていた。
【００１６】
またマイコン１０２は、レスポンスパケットからデータを取得する際に、一連のデータ列として取得するために、各データを整理して格納しなければならないので、そのための処理に要する負担も大きかった。
【００１７】
【発明が解決しようとする課題】
本発明は、上記従来の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続可能なデータ処理装置の、マイコンの処理負担を軽減できる技術を提供することにある。
【００１８】
【課題を解決するための手段】
請求項１に記載のデータ処理装置は、シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに次に受信すべきレスポンスパケットを特定する識別情報を付加する識別情報付加装置とを有する。
【００１９】
請求項２に記載のデータ処理装置は、シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置とを有する。
【００２０】
請求項３に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置と、上記識別情報付加装置から上記識別情報が付加されたレスポンスパケットを受け取る制御装置とを有する。
【００２１】
請求項４に記載のデータ処理装置は、請求項３に記載のデータ処理装置であって、上記位置情報抽出装置が生成する次のリクエストパケットに含まれるマスク情報が予め設定されている値と一致する場合に当該次のリクエストパケットの送信を中止するマスク装置を有する。
【００２２】
請求項５に記載のデータ処理装置は、請求項１、２、３又は４に記載のデータ処理装置であって、上記シリアルバスに接続され、上記シリアルバスを介してデータ転送の動作を調停するためのマネイジメントパケットの送受信を行なうマネイジメントパケット処理部を有する。
【００２３】
請求項６に記載のデータ処理装置は、請求項１、２、３、４又は５に記載のデータ処理装置であって、上記シリアルバス、並びに上記各パケットの構成がIEEE1394規格に準拠している。
【００２４】
請求項７に記載のデータ処理装置は、請求項６記載のデータ処理装置であって、上記識別情報がtLabelである。
【００２５】
請求項８に記載のデータ処理装置は、請求項６又は７記載のデータ処理装置であって、上記マスク情報が、tLabelとsource ID の組合わせである。
【００２６】
本発明では、識別情報付加装置が、次に受信されるレスポンスパケットに付されるべき識別情報を、レスポンスパケットに付加して制御装置に入力させている。このようなレスポンスパケットは、自分自身の識別情報と、次のレスポンスパケットの識別情報とをそれぞれ有している。
【００２７】
例えば、１番目のレスポンスパケットは１番目及び２番目のレスポンスパケットの識別情報を有しており、２番目のレスポンスパケットは２番目及び３番目のレスポンスパケットの識別情報を有している。そして、ｎ番目のレスポンスパケットはｎ番目及び(ｎ＋１)番目のレスポンスパケットの識別情報を有している。
【００２８】
このように、各レスポンスパケットが、識別情報によって次のレスポンスパケットと関連付けられているので、全部のレスポンスパケットはリスト構造をなし、複数のレスポンスパケットが制御装置内に格納される場合には、各レスポンスパケットがランダムに格納されていても、次のレスポンスパケットの識別情報を順次追うことで、全部のレスポンスパケットを、一連のレスポンスパケットとすることができる。
【００２９】
従って、取得された各レスポンスパケットを一連のレスポンスパケットとするために、制御装置が整理して所定の場所に格納する等という種の処理が不要になるので、その分制御装置の負担を軽減することができる。
【００３０】
また、本発明では、請求項３に記載するように、位置情報抽出装置を設けているので、制御装置が随時リクエストパケットを生成する必要があった従来と異なり、位置情報抽出装置によって、次に生成するリクエストパケットを、順次自動的に生成することができ、制御装置の負担を軽減することができる。
【００３１】
このようなデータ処理装置では、リクエストパケットを生成する際には、制御装置が関与しないで自動的に生成することができるという利点がある。だが、順次複数のデータを取得するときに、途中からデータの取得を中断させる必要が生じた場合には、位置情報抽出装置で、制御装置が関与することなくリクエストパケットが自動的に生成されてしまうので、複数のデータが全て取得されるまでは、データの取得処理を中断させることができないという不都合があった。
【００３２】
しかしながら、請求項４に記載するように、マスク装置を設け、リクエストパケット内のマスク情報が、予め定められた値(情報)と一致したときには、次に送信すべきリクエストパケットの送信を中止させているので、制御装置がリクエストパケットの生成に関与しない場合でも、次のレスポンスパケットを取得する処理を中止させることができる。
【００３３】
さらに、従来装置で、データの送受信に係る複数の動作間の調停を行なうマネイジメントパケットの送受信を行なうのは、通常のパケットを扱うデータ処理装置であったため、通常のパケットの送受信によりマネイジメントパケットの送受信が妨げられることが多かったため、緊急性が要求されるマネイジメント処理をすぐに実行できずに、データ間の調停がうまくいかないことがあった。
【００３４】
しかしながら、請求項５に記載するように、マネイジメントパケットの送受信処理専用のマネイジメントパケット処理部を設けることにより、通常パケットの送受信によって、マネイジメントパケットの送受信が妨げられること無くマネイジメントパケットの送受信を行なうことができる。従って、マネイジメント処理を即時に実行することができないために生じる不具合を防止することができる。
【００３５】
【発明の実施の形態】
図１を参照し、符号１は本発明の実施形態のデータ処理装置である。
このデータ処理装置１は、マイコン２と、パケット処理部５とを有している。パケット処理部５は、マイコン２と、IEEE1394バス６との間に配置されており、これらの間でパケットの送受信ができるようにされている。
【００３６】
パケット処理部５は、パケット送信装置３と、パケット受信装置４と、ＦＩＦＯ(First in first out)構造のＲＡＭ７と、データ管理部８とを有している。
ＲＡＭ７の入力はマイコン２及びデータ管理部８の出力に、ＲＡＭ７の出力はパケット送信装置３の入力に、それぞれ接続されており、マイコン２又はデータ管理部８からＲＡＭ７にパケットが入力されると、入力された順にそのパケットをパケット送信装置３へと入力させることができる。
【００３７】
パケット送信装置３及びパケット受信装置４は、ともにIEEE1394バス６に接続されている。パケット送信装置３は、ＲＡＭ７から入力されたパケットを、IEEE1394バス６に送信でき、パケット受信装置４は、IEEE1394バス６からパケットを受信して、データ管理部８へと入力させることができる。
【００３８】
データ管理部８は、その出力がマイコン２の入力とＲＡＭ７の入力とに接続されており、入力されたパケットを処理して、マイコン２やＲＡＭ７に入力させることができる。
【００３９】
このデータ処理装置１は、IEEE1394バス６に接続された不図示のデータ処理装置（以下他のデータ処理装置と称する）に格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【００４０】
まず、データ処理装置１が、最初に読み出すデータの読み出し要求をする。このときには、マイコン２が、他のデータ処理装置を指定するdestination IDを選択し、自機を送信元として特定するsource ID を選択し、tLabel を選択し、リクエストパケットを生成して最初に読み出すデータの読み出し要求をする。ここでtLabelとは、未解決の各トランザクションに割り当てられた固有のタグである。
【００４１】
図２(ａ)で符号１４は、リクエストパケットの構造を示している。このリクエストパケット１４は、ヘッダ部１２とデータ部１３とを有している。ヘッダ部１２の一部は、tLabel５１や、図示されていないdestination IDやsource IDなどに割り当てられている。
【００４２】
マイコン２は、このようなリクエストパケットを、ＲＡＭ７を介してパケット送信装置３へ出力する。パケット送信装置３は、リクエストパケットをIEEE1394バス６へと送信する。
【００４３】
他のデータ処理装置は、IEEE1394バス６からリクエストパケットを受信し、その内容を読み出す。そして、他のデータ処理装置のメモリ内部から、最初に読み出すべきデータを読み出し、このデータに基づいて、リクエストパケットへの応答であるレスポンスパケットを生成する。
【００４４】
図２(ｂ)の符号１７に、レスポンスパケットの構造の概要を示す。このレスポンスパケット１７は、ヘッダ部１５とデータ部１６とを有しており、ヘッダ部１５の一部には、リクエストパケット１４に付されたのと同じtLabelが付され、送信先のデータ処理装置１を特定するdestination IDや、送信元の自機を特定するsource IDが付されている。
【００４５】
また他のデータ処理装置は、データ処理装置１の最初のリクエストパケットから、データ処理装置１が取得すべき一連のレスポンスパケットが何であるか知ることができ、次にデータ処理装置１が読み出すべきデータのアドレス(以下で次アドレスと称する)をも知ることができる。そこで他のデータ処理装置は、かかる次アドレスを、レスポンスパケット１７のヘッダ部にさらに付して、レスポンスパケット１７を生成している。
【００４６】
他のデータ処理装置は、このようなレスポンスパケット１７をIEEE1394バス６へと送信する。このレスポンスパケット１７を、パケット受信装置４が受信し、データ管理部８へと出力する。このレスポンスパケット１７は、データ管理部８に設けられたラベル付加装置９に入力される。
【００４７】
ラベル付加装置９は、次に生成されるリクエストパケットに付されるtLabel５２を、入力されたレスポンスパケット１７に付し、図２（ｃ）に示す格納用レスポンスパケット１９を生成して、マイコン２へと入力させる。
【００４８】
マイコン２は、この格納用レスポンスパケット１９から次アドレスを抽出し、次のリクエストパケットを生成する。次のリクエストパケットは、抽出された次アドレスを有している。そして、次アドレスが抽出された格納用レスポンスパケット１９を、マイコン２が有する不図示のメモリ内に格納する。
【００４９】
その後、マイコン２は、次のリクエストパケットを、ＲＡＭ７及びパケット送信装置３を介してIEEE1394バス６へと送信し、次に読み出すべきデータの読み出し要求をする。
【００５０】
他のデータ処理装置は次のリクエストパケットをIEEE1394バス６から受信して次のレスポンスパケットを生成し、IEEE1394バス６へ送信する。パケット受信装置４がこのレスポンスパケットを受信し、データ管理部８を介してマイコン２に出力し、マイコン２が、レスポンスパケットから次のリクエストパケットを生成するとともに、次のレスポンスパケット内のデータを、不図示のメモリ内に格納する。
【００５１】
以上の動作を繰り返し、次のリクエストパケットを順次送信して、レスポンスパケットを受信するごとに、マイコン２が随時データを読み出して、読み出したデータを関連づけながらメモリ内に格納するという動作を、取得すべきデータが全て取得されるまで続ける。
【００５２】
この動作中に、ラベル付加装置９は、レスポンスパケットが入力されるごとに、次に生成されるリクエストパケットに付されるtLabel（以下で次のtLabelと称する）を、入力されたレスポンスパケットに付し、格納用レスポンスパケット１９を生成している。
【００５３】
このとき、複数生成されたレスポンスパケットのうち、ｎ番目のレスポンスパケットには図２(ｂ)に示すようにtLabel５１nが付されるものとしたときには、図２（ｃ）に示すように、次のtLabel５１n+1が、格納用レスポンスパケット１９に付されるものとしている。
【００５４】
格納用レスポンスパケット１９は、各々が、自分自身に付されていたtLabel５１nと、次のtLabel５１n+1とを有している。次のtLabel５１n+1は、次の格納用レスポンスパケットにも付されるので、格納用レスポンスパケットは、それぞれ次の格納用レスポンスパケットと関連付けられており、次のtLabel５１n+1で、次の格納用レスポンスパケットを指定することができる。
【００５５】
このため、マイコン２が有する不図示のメモリ内に、全ての格納用レスポンスパケットがランダムに格納されていても、次のtLabel５１n+1を順次追うことにより、メモリに入力された順番通りに格納用レスポンスパケットを読み出すことができ、複数の格納用レスポンスパケットを、一連のレスポンスパケットとして取得することができる。これら複数の格納用レスポンスパケットは、次の格納用レスポンスパケットを指示するポインタを有しているといえるので、リスト構造をなしているといえる。
【００５６】
従って、従来と異なり、マイコン２に入力されたデータ間に、マイコン２が関連付けをして一連のレスポンスパケットとする必要がないので、その分だけマイコン２の処理負担を軽減することができる。
【００５７】
以上までで説明したデータ処理装置１では、マイコン２がレスポンスパケットから次アドレスを抽出して、次のリクエストパケットを生成していたので、その分の処理負担は軽減されていなかった。
【００５８】
この負担を軽減するために、データ管理部８には、次アドレス抽出装置１０が設けられている。この次アドレス抽出装置１０によって、マイコン２の処理負担をさらに軽減することができる。
【００５９】
この次アドレス抽出装置１０は、レスポンスパケットが入力されると、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成して、ＲＡＭ７に出力するように構成されている。
【００６０】
従って、リクエストパケットが他のデータ処理装置に送信され、他のデータ処理装置でレスポンスパケットが生成された後にパケット受信装置４で受信され、データ管理部８に入力されると、まず次アドレス抽出装置１０が、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成して、ＲＡＭ７に出力する。
【００６１】
そして、次アドレスが抽出されたレスポンスパケットは、ラベル付加装置９に出力され、ラベル付加装置９で次のtLabel５１n+1が付されて格納用レスポンスパケットが生成され、マイコン２へと出力される。
【００６２】
このように、マイコン２が、レスポンスパケットから次アドレスを抽出して、次のリクエストパケットを生成しなくとも、次アドレス抽出装置１０によって次のリクエストパケットを自動的に生成することができる。従って、マイコン２が、次アドレスを抽出したり、次のリクエストパケットを生成する必要がないので、その分の処理負担を軽減することができる。
【００６３】
このように、データ管理部８に次アドレス抽出装置１０が設けられていると、マイコン２によることなく、次のリクエストパケットを自動的に生成することができるが、何らかの理由で、次のリクエストパケットの送信を中断して、一連のデータ列の取得を中断したい場合に、自動的に中断させることができないという不具合もあった。
【００６４】
このような不具合を抑止すべく、データ管理部８には、マスク装置１１が設けられている。
このマスク装置１１は、その内部に設けられた不図示のメモリに、マイコン２で指定されたsource ID と、tLabelとの組み合わせが予め記憶されており、レスポンスパケットが入力されると、マスク情報の一例であるsource ID 及びtLabelとを読み出し、その組み合わせがメモリに記憶された組み合わせと一致したか否かを判定できるように構成されている。
【００６５】
かかるマスク装置１１が設けられた場合には、リクエストパケットが他のデータ処理装置に送信され、他のデータ処理装置でレスポンスパケットが生成された後にパケット受信装置４で受信されると、データ管理部８の次アドレス抽出装置１０に入力される。次アドレス抽出装置１０は、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成し、マスク装置１１へと出力する。
【００６６】
マスク装置１１は、次のリクエストパケットから、source ID と、tLabelとを読み出し、その組み合わせが、マイコン２で予め指定された組み合わせと一致しなかったときには次のリクエストパケットをＲＡＭ７に出力するが、一致した時には、次のリクエストパケットをＲＡＭ７へと送信せずに、それ以降のレスポンスパケットの取得を中断する。
【００６７】
このように、マスク装置１１を設けることにより、次アドレス抽出装置１０で自動的に次のリクエストパケットを生成した場合でも、一連のレスポンスパケットの受信の途中でレスポンスパケットの取得を中断させることができる。従って、一連のレスポンスパケットが全部取得されるまで、中断することができなくなってしまうという不具合を抑止できる。
【００６８】
また、中断後に、一連のレスポンスパケットの受信処理を再開させたい場合には、マイコン２からデータ管理部８へと、再開させる旨の命令を出力すれば、容易に再開させることができる。
【００６９】
以上までで説明したデータ処理装置１は、IEEE1394規格に準拠した各種のデータやコマンドをパケット化して転送したりする処理をすることができるが、データ処理装置がIEEE1394バスに多数接続され、パケットの送受信量が膨大になるシステムなどでは、送受信されるパケット間で何らかの調停を行なわないと、システムの性能が低下するだけでなく正常な動作が保証されなくなる危険性がある。このため、かかるシステムにおいては、かかる調停(マネイジメント)を行なうためのコマンドが設定されている。
【００７０】
IEEE1394規格に準拠した通常のシステムでは、かかるマネイジメントを行なうコマンドのパケットは、通常のデータやコマンドなどのパケット(以下で通常パケットと称する)を扱うデータ処理装置で送受信が行われていた。
【００７１】
従って、送信時には送信待ちの通常パケットにより、マネイジメントに用いられるパケット(以下でマネイジメントパケットと称する)の送信が妨げられる可能性があり、受信時には受信された通常パケットによって受信装置が専有されてしまい、マネイジメントパケットが受信できないなどという可能性があった。このように、マネイジメントパケットの送受信が妨げられると、マネイジメントの実行が遅れたり、実行されなくなってしまうという不都合が生じていた。
【００７２】
図３に示すデータ処理装置４１は、かかる事情に基づいて創作されたものである。このデータ処理装置４１は、マイコン４２と、通常パケット処理部２１と、マネイジメントパケット処理部３１と、割り振り装置４５とを有する。
【００７３】
通常パケット処理部２１と、マネイジメントパケット処理部３１は、ともに図１で示したパケット処理部５と同じ構成であって、パケット送信装置２３、３３と、パケット受信装置２４、３４と、ＲＡＭ２７、３７と、データ管理部２８、３８とを、それぞれ有している。
【００７４】
そして、通常パケット処理部２１と、マネイジメントパケット処理部３１は、割り振り装置４５を介して、通常パケットと、マネイジメントパケットをそれぞれIEEE1394バス４６との間で送受信できるように構成されている。
【００７５】
また、割り振り装置４５は、通常パケット処理部２１、マネイジメントパケット処理部３１からそれぞれ送信された通常パケット、マネイジメントパケットを、所定の順番でIEEE1394バス４６に送信し、IEEE1394バス４６から受信された通常パケット又はマネイジメントパケットを、通常パケット処理部２１又はマネイジメントパケット処理部３１のいずれかに割り振って受信できるように構成されている。
【００７６】
かかるデータ処理装置４１によれば、通常パケット、マネイジメントパケットの送受信は、通常パケット処理部２１、マネイジメントパケット処理部３１によってそれぞれ行われる。このとき、通常パケット処理部２１、マネイジメントパケット処理部３１の内部でのパケットの処理は、図１で説明したパケット処理部５におけるパケットの処理と同じである。
【００７７】
例えば、マイコン４２から、通常パケット処理部２１、マネイジメントパケット処理部３１の各々に、リクエストパケットの生成命令がそれぞれ出力されると、通常パケット処理部２１、マネイジメントパケット処理部３１の内部で通常パケット、マネイジメントパケットがそれぞれ生成され、それぞれのパケット送信装置２３、３３は、通常パケット、マネイジメントパケットを割り振り装置４５へと出力する。
【００７８】
割り振り装置４５は、通常パケットやマネイジメントパケットを所定の順番でIEEE1394バス４６に送信し、送信された通常パケットやマネイジメントパケットは、IEEE1394バス４６に接続された不図示の他のデータ処理装置で受信される。他のデータ処理装置は、リクエストパケットに対するレスポンスパケットを生成してIEEE1394バス４６に送信する。こうして、通常パケット、マネイジメントパケットの送信がなされる。
【００７９】
かかる通常パケット、マネイジメントパケットに対するレスポンスパケットが、IEEE1394バス４６から割り振り装置４５に受信される。割り振り装置４５は、受信したレスポンスパケットが、通常パケット、マネイジメントパケットの何れのレスポンスパケットであるかを判断し、通常パケットのレスポンスパケットを、通常パケット処理部２１のパケット受信装置２４へ出力し、マネイジメントパケットのレスポンスパケットを、マネイジメントパケット処理部３１のパケット受信装置３４へと出力する。
【００８０】
これらのレスポンスパケットは、通常パケット処理部２１、マネイジメントパケット処理部３１のそれぞれで処理されてマイコン４２へと出力され、通常パケット、マネイジメントパケットの受信がなされる。
【００８１】
このような図３に示すデータ処理装置４１では、パケットの送受信において、通常パケットの送受信を行なう通常パケット処理部２１は、マネイジメントパケットの送受信は行なわない。そして、マネイジメントパケットの送受信は、マネイジメントパケット処理部３１で全てが行なわれる。
【００８２】
従って、従来のデータ処理装置のように、通常パケットを送受信するデータ処理装置で、マネイジメントパケットを送受信し、通常パケットの送受信によって、マネイジメントパケットの送受信が妨げられることで、マネイジメントが遅れたり、実行できなくなってしまうという不都合を防止することができる。
【００８３】
なお、上記実施形態では、ＲＡＭ７、２７、３７を、パケット送信装置の前段に配置しているが、これらは必ずしも設けなくともよい。
また、上記実施形態では、図１のパケット処理部５、図３の通常パケット処理部２１、マネイジメントパケット処理部３１は、それぞれ１個のパケット送信装置を有しているが、本発明はこれに限らず、複数のパケット送信装置を有する構成にしてもよい。
【００８４】
【発明の効果】
以上説明したように本発明によれば、制御装置の処理負担を軽減できる。
また、自動的にリクエストパケットを生成するような構成にした場合に、データの取得処理を中断させることができる。
さらに、マネイジメント処理系を設けることで、マネイジメントパケットの送受信が通常パケットの送受信によって妨げられることなく、マネイジメント処理を即時にすることができないために生じる不具合を防止することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のデータ処理装置の構成を示す第１の図
【図２】(ａ)：本発明の実施形態のデータ処理装置が送信するリクエストパケットを説明する図
(ｂ)：本発明の実施形態のデータ処理装置が受信するレスポンスパケットを説明する図
(ｃ)：本発明の実施形態のデータ処理装置が生成する格納用レスポンスパケットを説明する図
【図３】本発明の実施形態のデータ処理装置の構成を示す第２の図
【図４】従来のIEEE１３９４規格準拠のデータ処理装置の構成を示す図
【符号の説明】
１……データ処理装置 ２…マイコン(制御装置) ３…パケット送信装置(送信装置) ４…パケット受信装置(受信装置) ５…パケット処理部 ６…IEEE1394バス(シリアルバス) ８…データ管理部 ９…ラベル付加装置(識別情報付加装置) １０…次アドレス抽出装置(位置情報抽出装置) １１…マスク装置 ３１…マネイジメントパケット処理部
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介して、パケット単位でデータの送受信を行うシステムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、ＡＶ機器をコントロールするためには、ビデオキャプチャボードやＲＳ２３２Ｃバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【０００３】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE１３９４ハイパフォーマンスシリアルバス規格(以下、IEEE１３９４規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【０００４】
図４の符号１０１に、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバスであるIEEE1394バスを介して、他のデータ処理装置と接続されるデータ処理装置の一例を示す。このデータ処理装置１０１は、マイコン１０２と、パケット送信装置１０３と、パケット受信装置１０４とを有しているものとする。このうち、パケット送信装置１０３、パケット受信装置１０４は、それぞれマイコン１０２と、IEEE1394バス１０６との間に配置されている。
【０００５】
このデータ処理装置１０１は、IEEE1394バス１０６に接続され、図示しないデータ処理装置（以下他のデータ処理装置と称する）に格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【０００６】
この場合には、まず、マイコン１０２が、最初に読み出すべきデータの読み出し要求をするリクエストパケットを生成して、パケット送信装置１０３を介して、IEEE1394バス１０６へと出力する。
【０００７】
すると、他のデータ処理装置が、IEEE1394バス１０６からリクエストパケットを受信し、その内容を読み出す。他のデータ処理装置は、最初のリクエストパケットの内容から、データ処理装置１０１が取得すべき一連のレスポンスパケットが何であるかを知る。これを知ることによって、他のデータ処理装置側では、データ処理装置１０１が今回読み出すべきデータと、次に読み出すべきデータを知ることができる。
【０００８】
そして、他のデータ処理装置は、そのメモリ内部から最初に読み出すべきデータを読み出し、このデータに、次に読み出すべきデータが書き込まれているアドレス等の情報を付して、リクエストパケットへの応答となるレスポンスパケットを生成する。
【０００９】
他のデータ処理装置は、このレスポンスパケットをIEEE1394バス１０６へと送信する。すると、データ処理装置１０１は、パケット受信装置１０４でレスポンスパケットを受信し、マイコン１０２へと入力させる。
【００１０】
マイコン１０２はレスポンスパケットの内容を読み出し、最初に読み出すべきデータを、不図示のメモリ内の所定のアドレスに格納する。そして、レスポンスパケットに付された、次に読み出すデータのアドレスを抽出し、このアドレスを含む、次のリクエストパケットを生成する。
【００１１】
次いで、マイコン１０２は次のリクエストパケットを、パケット送信装置１０３を介してIEEE1394バス１０６へと送信し、次に読み出すべきデータの読み出し要求をする。
【００１２】
他のデータ処理装置は次のリクエストパケットをIEEE1394バス１０６から受信して、次のレスポンスパケットを生成し、IEEE1394バス１０６へ送信する。パケット受信装置１０４は次のレスポンスパケットを受信してマイコン１０２に出力し、マイコン１０２が、レスポンスパケットから次のリクエストパケットを生成するとともに、次のレスポンスパケット内のデータを、不図示のメモリ内の所定のアドレスに格納する。
【００１３】
このとき、最初に受信したレスポンスパケットと、次に受信したレスポンスパケットとの間には、なんら関連付けがなされていない。従ってこれらを一連のレスポンスパケットとして取得するために、マイコン１０２はこれらのレスポンスパケットを整理して格納する必要がある。ここでは、所定のメモリアドレスの領域を、この一連のレスポンスパケットを取得するための専用領域として確保しておき、この領域内に、予め定めておいた所定の順番で格納するものとする。
【００１４】
以上の動作を繰り返し、リクエストパケットを順次送信し、レスポンスパケットを順次受信するごとに、マイコン１０２がデータを読み出して、読み出したデータを整理しながらメモリ内に格納することを続けることで、他のデータ処理装置内にある複数のデータを、一連のデータ列として取得することができる。
【００１５】
しかしながら、上記のデータ処理装置１０１では、マイコン１０２がレスポンスパケットからアドレスを抽出して、次のリクエストパケットを生成しなければならないため、マイコン１０２に過重な負担がかかっていた。
【００１６】
またマイコン１０２は、レスポンスパケットからデータを取得する際に、一連のデータ列として取得するために、各データを整理して格納しなければならないので、そのための処理に要する負担も大きかった。
【００１７】
【発明が解決しようとする課題】
本発明は、上記従来の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続可能なデータ処理装置の、マイコンの処理負担を軽減できる技術を提供することにある。
【００１８】
【課題を解決するための手段】
請求項１に記載のデータ処理装置は、シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに次に受信すべきレスポンスパケットを特定する識別情報を付加する識別情報付加装置とを有する。
【００１９】
請求項２に記載のデータ処理装置は、シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置とを有する。
【００２０】
請求項３に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置と、上記識別情報付加装置から上記識別情報が付加されたレスポンスパケットを受け取る制御装置とを有する。
【００２１】
請求項４に記載のデータ処理装置は、請求項３に記載のデータ処理装置であって、上記位置情報抽出装置が生成する次のリクエストパケットに含まれるマスク情報が予め設定されている値と一致する場合に当該次のリクエストパケットの送信を中止するマスク装置を有する。
【００２２】
請求項５に記載のデータ処理装置は、請求項１、２、３又は４に記載のデータ処理装置であって、上記シリアルバスに接続され、上記シリアルバスを介してデータ転送の動作を調停するためのマネイジメントパケットの送受信を行なうマネイジメントパケット処理部を有する。
【００２３】
請求項６に記載のデータ処理装置は、請求項１、２、３、４又は５に記載のデータ処理装置であって、上記シリアルバス、並びに上記各パケットの構成がIEEE1394規格に準拠している。
【００２４】
請求項７に記載のデータ処理装置は、請求項６記載のデータ処理装置であって、上記識別情報がtLabelである。
【００２５】
請求項８に記載のデータ処理装置は、請求項６又は７記載のデータ処理装置であって、上記マスク情報が、tLabelとsource ID の組合わせである。
【００２６】
本発明では、識別情報付加装置が、次に受信されるレスポンスパケットに付されるべき識別情報を、レスポンスパケットに付加して制御装置に入力させている。このようなレスポンスパケットは、自分自身の識別情報と、次のレスポンスパケットの識別情報とをそれぞれ有している。
【００２７】
例えば、１番目のレスポンスパケットは１番目及び２番目のレスポンスパケットの識別情報を有しており、２番目のレスポンスパケットは２番目及び３番目のレスポンスパケットの識別情報を有している。そして、ｎ番目のレスポンスパケットはｎ番目及び(ｎ＋１)番目のレスポンスパケットの識別情報を有している。
【００２８】
このように、各レスポンスパケットが、識別情報によって次のレスポンスパケットと関連付けられているので、全部のレスポンスパケットはリスト構造をなし、複数のレスポンスパケットが制御装置内に格納される場合には、各レスポンスパケットがランダムに格納されていても、次のレスポンスパケットの識別情報を順次追うことで、全部のレスポンスパケットを、一連のレスポンスパケットとすることができる。
【００２９】
従って、取得された各レスポンスパケットを一連のレスポンスパケットとするために、制御装置が整理して所定の場所に格納する等という種の処理が不要になるので、その分制御装置の負担を軽減することができる。
【００３０】
また、本発明では、請求項３に記載するように、位置情報抽出装置を設けているので、制御装置が随時リクエストパケットを生成する必要があった従来と異なり、位置情報抽出装置によって、次に生成するリクエストパケットを、順次自動的に生成することができ、制御装置の負担を軽減することができる。
【００３１】
このようなデータ処理装置では、リクエストパケットを生成する際には、制御装置が関与しないで自動的に生成することができるという利点がある。だが、順次複数のデータを取得するときに、途中からデータの取得を中断させる必要が生じた場合には、位置情報抽出装置で、制御装置が関与することなくリクエストパケットが自動的に生成されてしまうので、複数のデータが全て取得されるまでは、データの取得処理を中断させることができないという不都合があった。
【００３２】
しかしながら、請求項４に記載するように、マスク装置を設け、リクエストパケット内のマスク情報が、予め定められた値(情報)と一致したときには、次に送信すべきリクエストパケットの送信を中止させているので、制御装置がリクエストパケットの生成に関与しない場合でも、次のレスポンスパケットを取得する処理を中止させることができる。
【００３３】
さらに、従来装置で、データの送受信に係る複数の動作間の調停を行なうマネイジメントパケットの送受信を行なうのは、通常のパケットを扱うデータ処理装置であったため、通常のパケットの送受信によりマネイジメントパケットの送受信が妨げられることが多かったため、緊急性が要求されるマネイジメント処理をすぐに実行できずに、データ間の調停がうまくいかないことがあった。
【００３４】
しかしながら、請求項５に記載するように、マネイジメントパケットの送受信処理専用のマネイジメントパケット処理部を設けることにより、通常パケットの送受信によって、マネイジメントパケットの送受信が妨げられること無くマネイジメントパケットの送受信を行なうことができる。従って、マネイジメント処理を即時に実行することができないために生じる不具合を防止することができる。
【００３５】
【発明の実施の形態】
図１を参照し、符号１は本発明の実施形態のデータ処理装置である。
このデータ処理装置１は、マイコン２と、パケット処理部５とを有している。パケット処理部５は、マイコン２と、IEEE1394バス６との間に配置されており、これらの間でパケットの送受信ができるようにされている。
【００３６】
パケット処理部５は、パケット送信装置３と、パケット受信装置４と、ＦＩＦＯ(First in first out)構造のＲＡＭ７と、データ管理部８とを有している。
ＲＡＭ７の入力はマイコン２及びデータ管理部８の出力に、ＲＡＭ７の出力はパケット送信装置３の入力に、それぞれ接続されており、マイコン２又はデータ管理部８からＲＡＭ７にパケットが入力されると、入力された順にそのパケットをパケット送信装置３へと入力させることができる。
【００３７】
パケット送信装置３及びパケット受信装置４は、ともにIEEE1394バス６に接続されている。パケット送信装置３は、ＲＡＭ７から入力されたパケットを、IEEE1394バス６に送信でき、パケット受信装置４は、IEEE1394バス６からパケットを受信して、データ管理部８へと入力させることができる。
【００３８】
データ管理部８は、その出力がマイコン２の入力とＲＡＭ７の入力とに接続されており、入力されたパケットを処理して、マイコン２やＲＡＭ７に入力させることができる。
【００３９】
このデータ処理装置１は、IEEE1394バス６に接続された不図示のデータ処理装置（以下他のデータ処理装置と称する）に格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【００４０】
まず、データ処理装置１が、最初に読み出すデータの読み出し要求をする。このときには、マイコン２が、他のデータ処理装置を指定するdestination IDを選択し、自機を送信元として特定するsource ID を選択し、tLabel を選択し、リクエストパケットを生成して最初に読み出すデータの読み出し要求をする。ここでtLabelとは、未解決の各トランザクションに割り当てられた固有のタグである。
【００４１】
図２(ａ)で符号１４は、リクエストパケットの構造を示している。このリクエストパケット１４は、ヘッダ部１２とデータ部１３とを有している。ヘッダ部１２の一部は、tLabel５１や、図示されていないdestination IDやsource IDなどに割り当てられている。
【００４２】
マイコン２は、このようなリクエストパケットを、ＲＡＭ７を介してパケット送信装置３へ出力する。パケット送信装置３は、リクエストパケットをIEEE1394バス６へと送信する。
【００４３】
他のデータ処理装置は、IEEE1394バス６からリクエストパケットを受信し、その内容を読み出す。そして、他のデータ処理装置のメモリ内部から、最初に読み出すべきデータを読み出し、このデータに基づいて、リクエストパケットへの応答であるレスポンスパケットを生成する。
【００４４】
図２(ｂ)の符号１７に、レスポンスパケットの構造の概要を示す。このレスポンスパケット１７は、ヘッダ部１５とデータ部１６とを有しており、ヘッダ部１５の一部には、リクエストパケット１４に付されたのと同じtLabelが付され、送信先のデータ処理装置１を特定するdestination IDや、送信元の自機を特定するsource IDが付されている。
【００４５】
また他のデータ処理装置は、データ処理装置１の最初のリクエストパケットから、データ処理装置１が取得すべき一連のレスポンスパケットが何であるか知ることができ、次にデータ処理装置１が読み出すべきデータのアドレス(以下で次アドレスと称する)をも知ることができる。そこで他のデータ処理装置は、かかる次アドレスを、レスポンスパケット１７のヘッダ部にさらに付して、レスポンスパケット１７を生成している。
【００４６】
他のデータ処理装置は、このようなレスポンスパケット１７をIEEE1394バス６へと送信する。このレスポンスパケット１７を、パケット受信装置４が受信し、データ管理部８へと出力する。このレスポンスパケット１７は、データ管理部８に設けられたラベル付加装置９に入力される。
【００４７】
ラベル付加装置９は、次に生成されるリクエストパケットに付されるtLabel５２を、入力されたレスポンスパケット１７に付し、図２（ｃ）に示す格納用レスポンスパケット１９を生成して、マイコン２へと入力させる。
【００４８】
マイコン２は、この格納用レスポンスパケット１９から次アドレスを抽出し、次のリクエストパケットを生成する。次のリクエストパケットは、抽出された次アドレスを有している。そして、次アドレスが抽出された格納用レスポンスパケット１９を、マイコン２が有する不図示のメモリ内に格納する。
【００４９】
その後、マイコン２は、次のリクエストパケットを、ＲＡＭ７及びパケット送信装置３を介してIEEE1394バス６へと送信し、次に読み出すべきデータの読み出し要求をする。
【００５０】
他のデータ処理装置は次のリクエストパケットをIEEE1394バス６から受信して次のレスポンスパケットを生成し、IEEE1394バス６へ送信する。パケット受信装置４がこのレスポンスパケットを受信し、データ管理部８を介してマイコン２に出力し、マイコン２が、レスポンスパケットから次のリクエストパケットを生成するとともに、次のレスポンスパケット内のデータを、不図示のメモリ内に格納する。
【００５１】
以上の動作を繰り返し、次のリクエストパケットを順次送信して、レスポンスパケットを受信するごとに、マイコン２が随時データを読み出して、読み出したデータを関連づけながらメモリ内に格納するという動作を、取得すべきデータが全て取得されるまで続ける。
【００５２】
この動作中に、ラベル付加装置９は、レスポンスパケットが入力されるごとに、次に生成されるリクエストパケットに付されるtLabel（以下で次のtLabelと称する）を、入力されたレスポンスパケットに付し、格納用レスポンスパケット１９を生成している。
【００５３】
このとき、複数生成されたレスポンスパケットのうち、ｎ番目のレスポンスパケットには図２(ｂ)に示すようにtLabel５１nが付されるものとしたときには、図２（ｃ）に示すように、次のtLabel５１n+1が、格納用レスポンスパケット１９に付されるものとしている。
【００５４】
格納用レスポンスパケット１９は、各々が、自分自身に付されていたtLabel５１nと、次のtLabel５１n+1とを有している。次のtLabel５１n+1は、次の格納用レスポンスパケットにも付されるので、格納用レスポンスパケットは、それぞれ次の格納用レスポンスパケットと関連付けられており、次のtLabel５１n+1で、次の格納用レスポンスパケットを指定することができる。
【００５５】
このため、マイコン２が有する不図示のメモリ内に、全ての格納用レスポンスパケットがランダムに格納されていても、次のtLabel５１n+1を順次追うことにより、メモリに入力された順番通りに格納用レスポンスパケットを読み出すことができ、複数の格納用レスポンスパケットを、一連のレスポンスパケットとして取得することができる。これら複数の格納用レスポンスパケットは、次の格納用レスポンスパケットを指示するポインタを有しているといえるので、リスト構造をなしているといえる。
【００５６】
従って、従来と異なり、マイコン２に入力されたデータ間に、マイコン２が関連付けをして一連のレスポンスパケットとする必要がないので、その分だけマイコン２の処理負担を軽減することができる。
【００５７】
以上までで説明したデータ処理装置１では、マイコン２がレスポンスパケットから次アドレスを抽出して、次のリクエストパケットを生成していたので、その分の処理負担は軽減されていなかった。
【００５８】
この負担を軽減するために、データ管理部８には、次アドレス抽出装置１０が設けられている。この次アドレス抽出装置１０によって、マイコン２の処理負担をさらに軽減することができる。
【００５９】
この次アドレス抽出装置１０は、レスポンスパケットが入力されると、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成して、ＲＡＭ７に出力するように構成されている。
【００６０】
従って、リクエストパケットが他のデータ処理装置に送信され、他のデータ処理装置でレスポンスパケットが生成された後にパケット受信装置４で受信され、データ管理部８に入力されると、まず次アドレス抽出装置１０が、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成して、ＲＡＭ７に出力する。
【００６１】
そして、次アドレスが抽出されたレスポンスパケットは、ラベル付加装置９に出力され、ラベル付加装置９で次のtLabel５１n+1が付されて格納用レスポンスパケットが生成され、マイコン２へと出力される。
【００６２】
このように、マイコン２が、レスポンスパケットから次アドレスを抽出して、次のリクエストパケットを生成しなくとも、次アドレス抽出装置１０によって次のリクエストパケットを自動的に生成することができる。従って、マイコン２が、次アドレスを抽出したり、次のリクエストパケットを生成する必要がないので、その分の処理負担を軽減することができる。
【００６３】
このように、データ管理部８に次アドレス抽出装置１０が設けられていると、マイコン２によることなく、次のリクエストパケットを自動的に生成することができるが、何らかの理由で、次のリクエストパケットの送信を中断して、一連のデータ列の取得を中断したい場合に、自動的に中断させることができないという不具合もあった。
【００６４】
このような不具合を抑止すべく、データ管理部８には、マスク装置１１が設けられている。
このマスク装置１１は、その内部に設けられた不図示のメモリに、マイコン２で指定されたsource ID と、tLabelとの組み合わせが予め記憶されており、レスポンスパケットが入力されると、マスク情報の一例であるsource ID 及びtLabelとを読み出し、その組み合わせがメモリに記憶された組み合わせと一致したか否かを判定できるように構成されている。
【００６５】
かかるマスク装置１１が設けられた場合には、リクエストパケットが他のデータ処理装置に送信され、他のデータ処理装置でレスポンスパケットが生成された後にパケット受信装置４で受信されると、データ管理部８の次アドレス抽出装置１０に入力される。次アドレス抽出装置１０は、レスポンスパケットから次アドレスを抽出し、抽出された次アドレスから次のリクエストパケットを生成し、マスク装置１１へと出力する。
【００６６】
マスク装置１１は、次のリクエストパケットから、source ID と、tLabelとを読み出し、その組み合わせが、マイコン２で予め指定された組み合わせと一致しなかったときには次のリクエストパケットをＲＡＭ７に出力するが、一致した時には、次のリクエストパケットをＲＡＭ７へと送信せずに、それ以降のレスポンスパケットの取得を中断する。
【００６７】
このように、マスク装置１１を設けることにより、次アドレス抽出装置１０で自動的に次のリクエストパケットを生成した場合でも、一連のレスポンスパケットの受信の途中でレスポンスパケットの取得を中断させることができる。従って、一連のレスポンスパケットが全部取得されるまで、中断することができなくなってしまうという不具合を抑止できる。
【００６８】
また、中断後に、一連のレスポンスパケットの受信処理を再開させたい場合には、マイコン２からデータ管理部８へと、再開させる旨の命令を出力すれば、容易に再開させることができる。
【００６９】
以上までで説明したデータ処理装置１は、IEEE1394規格に準拠した各種のデータやコマンドをパケット化して転送したりする処理をすることができるが、データ処理装置がIEEE1394バスに多数接続され、パケットの送受信量が膨大になるシステムなどでは、送受信されるパケット間で何らかの調停を行なわないと、システムの性能が低下するだけでなく正常な動作が保証されなくなる危険性がある。このため、かかるシステムにおいては、かかる調停(マネイジメント)を行なうためのコマンドが設定されている。
【００７０】
IEEE1394規格に準拠した通常のシステムでは、かかるマネイジメントを行なうコマンドのパケットは、通常のデータやコマンドなどのパケット(以下で通常パケットと称する)を扱うデータ処理装置で送受信が行われていた。
【００７１】
従って、送信時には送信待ちの通常パケットにより、マネイジメントに用いられるパケット(以下でマネイジメントパケットと称する)の送信が妨げられる可能性があり、受信時には受信された通常パケットによって受信装置が専有されてしまい、マネイジメントパケットが受信できないなどという可能性があった。このように、マネイジメントパケットの送受信が妨げられると、マネイジメントの実行が遅れたり、実行されなくなってしまうという不都合が生じていた。
【００７２】
図３に示すデータ処理装置４１は、かかる事情に基づいて創作されたものである。このデータ処理装置４１は、マイコン４２と、通常パケット処理部２１と、マネイジメントパケット処理部３１と、割り振り装置４５とを有する。
【００７３】
通常パケット処理部２１と、マネイジメントパケット処理部３１は、ともに図１で示したパケット処理部５と同じ構成であって、パケット送信装置２３、３３と、パケット受信装置２４、３４と、ＲＡＭ２７、３７と、データ管理部２８、３８とを、それぞれ有している。
【００７４】
そして、通常パケット処理部２１と、マネイジメントパケット処理部３１は、割り振り装置４５を介して、通常パケットと、マネイジメントパケットをそれぞれIEEE1394バス４６との間で送受信できるように構成されている。
【００７５】
また、割り振り装置４５は、通常パケット処理部２１、マネイジメントパケット処理部３１からそれぞれ送信された通常パケット、マネイジメントパケットを、所定の順番でIEEE1394バス４６に送信し、IEEE1394バス４６から受信された通常パケット又はマネイジメントパケットを、通常パケット処理部２１又はマネイジメントパケット処理部３１のいずれかに割り振って受信できるように構成されている。
【００７６】
かかるデータ処理装置４１によれば、通常パケット、マネイジメントパケットの送受信は、通常パケット処理部２１、マネイジメントパケット処理部３１によってそれぞれ行われる。このとき、通常パケット処理部２１、マネイジメントパケット処理部３１の内部でのパケットの処理は、図１で説明したパケット処理部５におけるパケットの処理と同じである。
【００７７】
例えば、マイコン４２から、通常パケット処理部２１、マネイジメントパケット処理部３１の各々に、リクエストパケットの生成命令がそれぞれ出力されると、通常パケット処理部２１、マネイジメントパケット処理部３１の内部で通常パケット、マネイジメントパケットがそれぞれ生成され、それぞれのパケット送信装置２３、３３は、通常パケット、マネイジメントパケットを割り振り装置４５へと出力する。
【００７８】
割り振り装置４５は、通常パケットやマネイジメントパケットを所定の順番でIEEE1394バス４６に送信し、送信された通常パケットやマネイジメントパケットは、IEEE1394バス４６に接続された不図示の他のデータ処理装置で受信される。他のデータ処理装置は、リクエストパケットに対するレスポンスパケットを生成してIEEE1394バス４６に送信する。こうして、通常パケット、マネイジメントパケットの送信がなされる。
【００７９】
かかる通常パケット、マネイジメントパケットに対するレスポンスパケットが、IEEE1394バス４６から割り振り装置４５に受信される。割り振り装置４５は、受信したレスポンスパケットが、通常パケット、マネイジメントパケットの何れのレスポンスパケットであるかを判断し、通常パケットのレスポンスパケットを、通常パケット処理部２１のパケット受信装置２４へ出力し、マネイジメントパケットのレスポンスパケットを、マネイジメントパケット処理部３１のパケット受信装置３４へと出力する。
【００８０】
これらのレスポンスパケットは、通常パケット処理部２１、マネイジメントパケット処理部３１のそれぞれで処理されてマイコン４２へと出力され、通常パケット、マネイジメントパケットの受信がなされる。
【００８１】
このような図３に示すデータ処理装置４１では、パケットの送受信において、通常パケットの送受信を行なう通常パケット処理部２１は、マネイジメントパケットの送受信は行なわない。そして、マネイジメントパケットの送受信は、マネイジメントパケット処理部３１で全てが行なわれる。
【００８２】
従って、従来のデータ処理装置のように、通常パケットを送受信するデータ処理装置で、マネイジメントパケットを送受信し、通常パケットの送受信によって、マネイジメントパケットの送受信が妨げられることで、マネイジメントが遅れたり、実行できなくなってしまうという不都合を防止することができる。
【００８３】
なお、上記実施形態では、ＲＡＭ７、２７、３７を、パケット送信装置の前段に配置しているが、これらは必ずしも設けなくともよい。
また、上記実施形態では、図１のパケット処理部５、図３の通常パケット処理部２１、マネイジメントパケット処理部３１は、それぞれ１個のパケット送信装置を有しているが、本発明はこれに限らず、複数のパケット送信装置を有する構成にしてもよい。
【００８４】
【発明の効果】
以上説明したように本発明によれば、制御装置の処理負担を軽減できる。
また、自動的にリクエストパケットを生成するような構成にした場合に、データの取得処理を中断させることができる。
さらに、マネイジメント処理系を設けることで、マネイジメントパケットの送受信が通常パケットの送受信によって妨げられることなく、マネイジメント処理を即時にすることができないために生じる不具合を防止することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のデータ処理装置の構成を示す第１の図
【図２】(ａ)：本発明の実施形態のデータ処理装置が送信するリクエストパケットを説明する図
(ｂ)：本発明の実施形態のデータ処理装置が受信するレスポンスパケットを説明する図
(ｃ)：本発明の実施形態のデータ処理装置が生成する格納用レスポンスパケットを説明する図
【図３】本発明の実施形態のデータ処理装置の構成を示す第２の図
【図４】従来のIEEE１３９４規格準拠のデータ処理装置の構成を示す図
【符号の説明】
１……データ処理装置 ２…マイコン(制御装置) ３…パケット送信装置(送信装置) ４…パケット受信装置(受信装置) ５…パケット処理部 ６…IEEE1394バス(シリアルバス) ８…データ管理部 ９…ラベル付加装置(識別情報付加装置) １０…次アドレス抽出装置(位置情報抽出装置) １１…マスク装置 ３１…マネイジメントパケット処理部
Claims (8)
- シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、
上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、
上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに次に受信すべきレスポンスパケットを特定する識別情報を付加する識別情報付加装置と、
を有するデータ処理装置。 - シリアルバスに接続され、データの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、
上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信する受信装置と、
上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置と、
を有するデータ処理装置。 - 上記受信装置からレスポンスパケットを受け取り、当該レスポンスパケットに含まれる次に受信するレスポンスパケット内のデータの位置情報を抽出し、上記位置情報に基づき次のリクエストパケットを生成する位置情報抽出装置と、
上記識別情報付加装置から上記識別情報が付加されたレスポンスパケットを受け取る制御装置と、
を有する請求項１に記載のデータ処理装置。 - 上記位置情報抽出装置が生成する次のリクエストパケットに含まれるマスク情報が予め設定されている値と一致する場合に当該次のリクエストパケットの送信を中止するマスク装置を有する請求項３に記載のデータ処理装置。
- 上記シリアルバスに接続され、上記シリアルバスを介してデータ転送の動作を調停するためのマネイジメントパケットの送受信を行なうマネイジメントパケット処理部を有する請求項１、２、３又は４に記載のデータ処理装置。
- 上記シリアルバス、並びに上記各パケットの構成がIEEE1394規格に準拠している請求項１、２、３、４又は５に記載のデータ処理装置。
- 上記識別情報がtLabelである請求項６記載のデータ処理装置。
- 上記マスク情報が、tLabelとsource ID の組合わせである請求項６又は７記載のデータ処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32120598A JP4015304B2 (ja) | 1998-11-12 | 1998-11-12 | データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32120598A JP4015304B2 (ja) | 1998-11-12 | 1998-11-12 | データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000151656A JP2000151656A (ja) | 2000-05-30 |
| JP4015304B2 true JP4015304B2 (ja) | 2007-11-28 |
Family
ID=18129981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32120598A Expired - Fee Related JP4015304B2 (ja) | 1998-11-12 | 1998-11-12 | データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4015304B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3098996B2 (ja) * | 1999-03-03 | 2000-10-16 | 株式会社神戸製鋼所 | パケット通信装置 |
| JP5286944B2 (ja) | 2008-05-30 | 2013-09-11 | 富士通セミコンダクター株式会社 | 受信装置及びパケット通信方法 |
-
1998
- 1998-11-12 JP JP32120598A patent/JP4015304B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000151656A (ja) | 2000-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6442162B1 (en) | Credit-based scheme for high performance communication between devices in a packet-based communication system | |
| EP0459752B1 (en) | Network adapter using buffers and multiple descriptor rings | |
| JP4090510B2 (ja) | アプリケーションデータのダイレクトマッピングのためのコンピュータインターフェース | |
| KR100326864B1 (ko) | 네트워크통신방법및네트워크시스템 | |
| US5752076A (en) | Dynamic programming of bus master channels by intelligent peripheral devices using communication packets | |
| US7136355B2 (en) | Transmission components for processing VLAN tag and priority packets supported by using single chip's buffer structure | |
| US20030012223A1 (en) | System and method for processing bandwidth allocation messages | |
| TW498207B (en) | Data transfer control device and electronic apparatus | |
| US5982296A (en) | Data switching processing method and apparatus | |
| US5146560A (en) | Apparatus for processing bit streams | |
| JP4015304B2 (ja) | データ処理装置 | |
| US4796022A (en) | Double transit bus system | |
| US9703739B2 (en) | Return available PPI credits command | |
| US6647443B1 (en) | Multi-queue quality of service communication device | |
| WO2017047657A1 (ja) | バッファ制御装置、通信ノード、及び中継装置 | |
| JP4112716B2 (ja) | データ処理装置 | |
| US6647442B1 (en) | Data processing device | |
| US20040019712A1 (en) | Semiconductor device and method for controlling data transfer | |
| KR100460994B1 (ko) | 직접 메모리 액세스 기능을 구비한 광대역 입출력 장치 및그 방법 | |
| US9548947B2 (en) | PPI de-allocate CPP bus command | |
| US6092125A (en) | Method and apparatus for transferring data from devices not supporting burst data transfers in burst mode | |
| JP4067205B2 (ja) | データ処理装置 | |
| JPS6238054A (ja) | 受信側予約通信方式 | |
| EP0344915A2 (en) | Apparatus for processing bit streams | |
| JP4015307B2 (ja) | データ処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051005 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070903 |
|
| 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 |