JP4067205B2 - データ処理装置 - Google Patents
データ処理装置 Download PDFInfo
- Publication number
- JP4067205B2 JP4067205B2 JP34767498A JP34767498A JP4067205B2 JP 4067205 B2 JP4067205 B2 JP 4067205B2 JP 34767498 A JP34767498 A JP 34767498A JP 34767498 A JP34767498 A JP 34767498A JP 4067205 B2 JP4067205 B2 JP 4067205B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- request packet
- request
- data processing
- transmission
- 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バス１０６へと送出されたレスポンスパケットを、受信装置１０４が、受信し、マイコン１０２へと出力し、マイコン１０２が、入力されたレスポンスパケットを、所定の記憶装置に格納するなどの処理をする。このようにして、データ処理装置１０１は、他のデータ処理装置に記載されたデータを読み出すことができる。
【００１２】
しかしながら、上記のデータ処理装置１０１は、送信装置１０３を１個だけ有している。リクエストパケットには、優先度の高いリクエストパケット、データサイズが大きいリクエストパケットなど、様々な種類があるが、異なる数種類のリクエストパケットを１個の送信装置１０３だけで送信することで、送信効率が低下してしまうことがある。
そこで、リクエストパケットの種類ごとに、１個ずつ送信装置を設けることで、リクエストパケットの送信効率を高めたいという要求が高まっていた。
【００１３】
図３(ｂ)の符号１１１に、複数の送信装置１１３1〜１１３3を有するデータ処理装置の一例を示す。このデータ処理装置１１１は、制御装置１１７と、受信装置１１４とを１個ずつ有しており、複数個の送信装置１１３1〜１１３3を有している。ここでは３個の送信装置１１３1〜１１３3を有するものとする。
【００１４】
各送信装置１１３1〜１１３3は、リクエストパケットの種類に対応して割り当てられている。ここでは、第１の送信装置１１３1が、データサイズの大きいリクエストパケットを、第２の送信装置１１３2が、優先順位の高いリクエストパケットを、それぞれ送出するものであり、第３の送信装置１１３3は、その他のリクエストパケットを送出するものとする。
【００１５】
かかるデータ処理装置１１１において、IEEE1394バス１１６を介して他のデータ処理装置に、リクエストパケットを送信する場合、パケット生成装置１１５が、マイコン１１２から入力された生成命令とデータとに基づいてリクエストパケットを次々に生成する。ここでは、優先度の高いリクエストパケット、データサイズの大きいリクエストパケット、その他のリクエストパケットをそれぞれ１個ずつ生成するものとする。
【００１６】
パケット生成装置１１５は、自身が生成した３個のリクエストパケットを、リクエストパケットの種類に応じて、送信装置１１３1〜１１３3に割り振って出力する。ここでは、データサイズの大きいリクエストパケットを第１の送信装置１１３1に、優先順位の高いリクエストパケットを第２の送信装置１１３2に、その他のリクエストパケットを第３の送信装置１１３3に、それぞれ出力する。
各リクエストパケットが入力されると、第１〜第３の送信装置１１３1〜１１３3は、そのリクエストパケットをIEEE1394バス１１６へと送出する。
【００１７】
このように、このデータ処理装置１１１では、複数の送信装置１１３1〜１１３3が設けられており、しかもそのそれぞれがリクエストパケットの種類に応じて割り当てられているので、送信装置が１個のデータ処理装置１０１に比して、リクエストパケットの送信効率を向上させることができる。
【００１８】
しかしながら、このデータ処理装置１１１は、送信装置１１３1〜１１３3を３個有しており、パケット生成装置１１５を１個有している。３個の送信装置１１３1〜１１３3と１個のパケット生成装置１１５とを個別に接続すると、パケット生成装置１１５の出力のデータ線は送信装置１１３1〜１１３3の個数すなわち３本必要になる。
【００１９】
３本の信号線からリクエストパケットを出力するためには、出力端子を３つ設けなければならない。そしてこれに対応するため、パケット生成装置１１５を、１本の信号線で１個の送信装置１０５に接続していたパケット生成装置１０５と、異なる内部構成にしなければならなかった。
【００２０】
さらに、複数の送信装置の個数を増減させるような場合には、その都度パケット生成装置１１５と複数の送信装置の接続関係を変え、それに応じてパケット生成装置１１５の構成を変えなければ、送信装置の増減に対応することができなかった。
【００２１】
【発明が解決しようとする課題】
本発明は、上記従来の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続可能なデータ処理装置において、リクエストパケットの送信効率を容易に高める技術を提供することにある。
【００２２】
【課題を解決するための手段】
上記課題を解決するため、本発明のデータ処理装置は、シリアルバスに対して識別番号を有するリクエストパケットを出力し、当該シリアルバスからレスポンスパケットを入力するデータ処理装置において、供給されるリクエストパケットを上記シリアルバスにそれぞれ送信するための複数のパケット送信装置と、供給される生成命令及びデータに基づいてリクエストパケットを生成するパケット生成装置と、上記パケット生成装置から供給されるリクエストパケットを上記複数の送信装置に分配する送信選択装置と、上記シリアルバスからレスポンスパケットを受信するパケット受信装置とを含み、上記パケット生成装置により生成されるリクエストパケットが、複数の種別の中の１つに分類されており、上記複数のパケット送信装置が、リクエストパケットの上記複数の種別毎にそれぞれ対応付けられており、上記識別番号の数値範囲が、リクエストパケットの上記複数の種別に対応する複数の範囲に分けられており、上記パケット生成装置は、リクエストパケットの種別に基づいて当該種別に対応する上記複数の範囲内の数値を識別番号として選択してリクエストパケットを生成し、上記送信選択装置は、上記パケット生成装置から供給されるリクエストパケットの上記識別番号に基づいて当該リクエストパケットの種別を認識し、当該種別に対応した送信装置にリクエストパケットを供給する。
【００２３】
また、請求項２に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、リクエストパケットの上記複数の種別と識別番号の上記複数の範囲とを対応つけて記憶する記憶装置を更に含む。
【００２４】
更に、請求項３に記載のデータ処理装置は、請求項１又は請求項２に記載のデータ処理装置であって、リクエストパケットの上記複数の種別が、データサイズの大きいものと、優先順位の高いものと、それ以外のものとに分類されている。
請求項４記載に記載のデータ処理装置は、請求項１乃至３の何れかに記載のデータ処理装置であって、上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスがＩＥＥＥ１３９４規格に準拠するように構成されている。
請求項５記載に記載のデータ処理装置は、請求項４に記載のデータ処理装置であって、上記識別情報としてｔＬａｂｅｌを用いるように構成されている。
【００２５】
本発明では、パケット生成装置が、識別情報により、各リクエストパケットを複数の送信装置のいずれかに対応付けることができ、送信選択装置が、識別情報に基づき、各リクエストパケットを対応付けられた送信装置に出力することができる。
【００２６】
このため、送信するリクエストパケットの種類に応じて、複数の送信装置を設けておけば、１種類のリクエストパケットを１個の送信装置で送信することができ、送信装置が１個の場合に比して、リクエストパケットの送信効率を高めることができる。
【００２７】
また、パケット生成装置は、リクエストパケットを生成する際に、識別情報を各送信装置に対応付けてリクエストパケットに記載して送信選択装置に出力する動作を行なっているが、送信装置にリクエストパケットを割り振るという動作を行なっていないので、送信装置の数が増減しても、出力端子の数を変えたり、パケット生成装置の内部構成を変えたりする必要がない。
【００２８】
従って、送信装置の数の増減に対応するにはパケット生成装置の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【００２９】
なお、本発明において、識別情報としてtLabelを用いている。リクエストパケットに識別情報を付加する際には、各送信装置に対応付けるために一定の制限が必要になるが、tLabelは、各リクエストパケットを区別することができれば足り、記載する際の制限が少ないので、リクエストパケットに記載される他の情報に比して、識別情報として用いることが容易である。
【００３０】
【発明の実施の形態】
図１を参照し、符号１は本発明の実施形態のデータ処理装置である。
このデータ処理装置１は、複数の外部のデータ処理装置とともに、IEEE1394バス６に接続され、IEEE1394バス６を介して、他のデータ処理装置とデータの送受信ができるようにされている。
【００３１】
データ処理装置１は、制御装置７と、受信装置４と、参照用記憶装置８と、送信選択装置９とを１個ずつ有しており、更に複数個の送信装置３1〜３3を有している。ここでは３個の送信装置３1〜３3を有しているものとする。そして、制御装置７は、マイコン２と、パケット生成装置５とを有している。
【００３２】
各送信装置３1〜３3は、リクエストパケットの種類に対応して割り当てられている。ここでは、第１の送信装置３1が、データサイズの大きいリクエストパケットを、第２の送信装置３2が、優先順位の高いリクエストパケットを、それぞれ送出するものであり、第３の送信装置３3は、その他のリクエストパケットを送出するものとする。
【００３３】
このようなデータ処理装置１において、他のデータ処理装置からデータを読み出す場合には、まず、マイコン２が、後述する参照用記憶装置８の記憶内容を参照して、データの読み出しを要求するリクエストパケットの生成命令と、リクエストパケットの生成に必要なデータとを生成してパケット生成装置５に出力し、リクエストパケットの生成要求をする。
【００３４】
図２の符号１１に、IEEE1394規格に準拠するリクエストパケットの一般的なフォーマットの概略を示す。このリクエストパケットは、３２ビットのデータ列よりなるパケットであって、第１〜第３の記憶領域１２〜１４を有している。第１〜第３の記憶領域１２〜１４のそれぞれには、destination ID、source ID 、tLabelが記載される。
このうち、destination IDは、送信先の機器を識別するための番号(ID)であって、source ID は送信元の機器を識別するための番号(ID)である。
【００３５】
また、トランザクションラベル(tLabel)は、各機器から送信されたパケットの、未解決の各トランザクションに割り当てられた固有のタグであって、リクエストパケットと、レスポンスパケットとの対応をつけるための番号である。ここでは６ビットのデータが用いられている。
【００３６】
６ビットのtLabelは、”００００００”〜”１１１１１１”までの範囲の値を取り得るが、本実施形態のデータ処理装置１では、ｔLabelの大きさによって３つの範囲に分けている。
【００３７】
ここでは、最も値が小さい範囲(第１の範囲)を”００００００”〜”０１０１００”とし、２番目に小さい範囲(第２の範囲)を”０１０１０１”〜”１０１００１”とし、最も値が大きな範囲(第３の範囲)を”１０１０１０”〜”１１１１１１”としている。
【００３８】
そして、第１〜第３の範囲が第１〜第３の送信装置３1〜３3にそれぞれ対応するようにされており、この対応関係が、予め参照用記憶装置８に書き込まれているものとする。
【００３９】
パケット生成装置５は、参照用記憶装置８の記憶内容を参照し、生成しようとするリクエストパケットの種類に応じてtLabelを選択し、マイコン２から入力された生成命令とデータとに基づいてリクエストパケットを次々に生成する。
【００４０】
ここでは、データサイズの大きいリクエストパケット、優先度の高いリクエストパケット、その他のリクエストパケットをそれぞれ１個ずつ生成するものとし、それぞれのリクエストパケットに、第１、第２、第３の範囲にそれぞれ属するtLabelを記載するものとする。
【００４１】
パケット生成装置５は、このようにして生成した３個のリクエストパケットを、送信選択装置９に順次出力する。
送信選択装置９は、入力されたリクエストパケットのtLabelを読み出して、参照用記憶装置８の記憶内容と照合し、入力されたリクエストパケットのtLabelが、第１〜第３の範囲のどの範囲に属するものであるかを判断し、属する範囲と対応付けられた送信装置へ、リクエストパケットを出力する。
【００４２】
このとき、送信選択装置９は、第１、第２、第３の範囲に属するtLabelがそれぞれ記載されたリクエストパケットを、第１、第２、第３の送信装置３1、３2、３3へと、それぞれ出力する。
【００４３】
各リクエストパケットが入力されると、第１〜第３の送信装置３1〜３3は、そのリクエストパケットをそれぞれIEEE1394バス６へと送出する。
リクエストパケットがIEEE1394バス６へと送出されると、destination 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を記載しても、リクエストパケットを送信して一連の処理が終了するまでの間は、tLabelによってリクエストパケットの区別をすることは可能である。
【００５１】
以上説明したように本実施形態では、各リクエストパケットを他のリクエストパケットと識別する６ビットの情報であるtLabelが、その大きさによって第１〜第３の範囲に分けられ、第１〜第３の送信装置３1〜３3のいずれかに対応付けられている。
【００５２】
かかるtLabelをリクエストパケットに記載することで、リクエストパケットを第１〜第３の送信装置３1〜３3のいずれかに対応付けることができ、送信選択装置９が、tLabelを読み出すことで、各リクエストパケットを、tLabelで対応付けられた第１〜第３の送信装置３1〜３3に割り振ることができる。第１〜第３の送信装置３1〜３3は、リクエストパケットの種類に応じて設けられているので、送信装置が１個の場合に比して、リクエストパケットの送信効率を高めることができる。
【００５３】
また、パケット生成装置５は、リクエストパケットを生成する際に、第１〜第３の送信装置３1〜３3にリクエストパケットを割り振るという動作はしていないので、送信装置の数が増減しても、出力端子の数を変え、それに応じてパケット生成装置の内部構成を変えなくともよい。
【００５４】
従って、送信装置の数の増減に対応するにはパケット生成装置１１５の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【００５５】
なお、tLabelは、リクエストパケットに記載される他の情報(destination ID、source IDなど)に比して、記載する際の制限が少ないので、tLabelの値がとり得る範囲を、第１〜第３の範囲に分けることが容易にでき、第１〜第３の送信装置３1〜３3に対応付けることが容易にできる。従って本実施形態では、識別情報としてtLabelを用いているが、本発明はこれに限らず、各リクエストパケットに記載することででき、各送信装置３1〜３3に対応付けることが可能な情報であればどのような情報を記載してもよい。
【００５６】
また、本実施形態では、tLabelのとりうる値を、３つの範囲に分けることで第１〜第３の送信装置３1〜３3に対応付けているが、本発明はこれに限らず、tLabelが３種類に分類できればよく、例えば(３の倍数)、(３の倍数＋１)、(３の倍数＋２)の値をそれぞれとるtLabelが、第１、第２、第３の送信装置３1〜３3に、それぞれ対応付けられるようにしてもよい。
【００５７】
さらに、本実施形態では、新たなリクエストパケットを生成するごとに、tLabelの値が１ずつ大きくなるようにしてtLabelを記載しているが、本発明はこれに限らず、各範囲の中で一定の規則に従って記載することができれば足り、例えば新たなリクエストパケットを生成するごとに、２ずつ大きくなるように記載してもよいし、１ずつ小さくなるように記載してもよい。
また、本実施形態では、３個の送信装置３1〜３3を有しているが、本発明はこれに限らず、例えば５個や７個の送信装置を設けてもよい。
【００５８】
さらに、本実施形態では、参照用記憶装置８を設けて、ここに予めtLabelの範囲を書き込んでおき、マイコン２、送信選択装置９がそれぞれtLabelを付すときや、読み出すときに、参照用記憶装置８内のtLabelの範囲を参照しているが、本発明はこれに限らず、例えば、マイコン２の内部と、送信選択装置９の内部とにtLabelの範囲を記憶させておき、各々が内部に書き込んだtLabelの範囲を参照するような構成にしてもよい。
【００５９】
【発明の効果】
以上説明したように本発明によれば、複数の送信装置がある場合に、送信装置の種類に応じて、リクエストパケットを割り当てて送信することができる。
【００６０】
また、パケット生成装置の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のデータ処理装置の構成を示す図
【図２】リクエストパケットのフォーマットを説明する図
【図３】(ａ)：従来のデータ処理装置の構成を示す図
(ｂ)：複数の送信装置を有する従来のデータ処理装置の構成を示す図
【符号の説明】
１……データ処理装置 ２…マイコン(制御装置) ３1〜３3…パケット送信装置(送信装置) ４…パケット受信装置(受信装置) ５…パケット生成装置 ６…IEEE1394バス(シリアルバス) ８…参照用記憶装置 ９…送信選択装置
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介して、パケット単位でデータの送受信を行うシステムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、ＡＶ機器をコントロールするためには、ビデオキャプチャボードやＲＳ２３２Ｃバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【０００３】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE１３９４ハイパフォーマンスシリアルバス規格(以下、IEEE１３９４規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【０００４】
図３(ａ)の符号１０１に、従来のデータ処理装置の一例を示す。このデータ処理装置１０１は、複数の外部のデータ処理装置とともに、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバスであるIEEE1394バス１０６に接続されており、IEEE1394バス１０６を介して、他のデータ処理装置とデータの送受信ができるようにされている。
【０００５】
データ処理装置１０１は、制御装置１０７と、送信装置１０３と、受信装置１０４とを有しており、制御装置１０７は、マイコン１０２と、パケット生成装置１０５とを有している。
【０００６】
マイコン１０２の出力はパケット生成装置１０５の入力に、パケット生成装置１０５の出力は送信装置１０３の入力に、それぞれ接続されており、送信装置１０３の出力はIEEE1394バス１０６に接続されている。
【０００７】
このようなデータ処理装置１０１で、他のデータ処理装置からデータを読み出すには、まず、マイコン１０２が、データの読み出しを要求するリクエストパケットの生成命令と、リクエストパケットの生成に必要なデータとを生成して、パケット生成装置１０５に出力する。
【０００８】
パケット生成装置１０５は、生成命令とデータとに基づいて、リクエストパケットを次々に生成し、送信装置１０３に順次出力する。すると、送信装置１０３は、リクエストパケットをIEEE1394バス１０６に送出する。
【０００９】
こうして送出されたリクエストパケットには、リクエストパケットの送信先の他のデータ処理装置を特定する情報や、読み出すデータを特定するための情報が記載されている。
【００１０】
リクエストパケットがIEEE1394バス１０６へと送出されると、リクエストパケットの内容で特定された他のデータ処理装置(以下相手方のデータ処理装置と称する。)が、IEEE1394バス１０６からリクエストパケットを順次受信し、その内容を読み出す。相手方のデータ処理装置は、リクエストパケットの内容に応じて特定されるデータを、自分自身が有する記憶領域から読み出し、読み出したデータに所定の情報を付加して、リクエストパケットへの応答となるレスポンスパケットを次々に生成して、IEEE1394バス１０６へと次々に送出する。
【００１１】
IEEE1394バス１０６には、パケット受信装置１０４の入力が、パケット受信装置１０４の出力には、マイコン１０２の入力が、それぞれ接続されている。
IEEE1394バス１０６へと送出されたレスポンスパケットを、受信装置１０４が、受信し、マイコン１０２へと出力し、マイコン１０２が、入力されたレスポンスパケットを、所定の記憶装置に格納するなどの処理をする。このようにして、データ処理装置１０１は、他のデータ処理装置に記載されたデータを読み出すことができる。
【００１２】
しかしながら、上記のデータ処理装置１０１は、送信装置１０３を１個だけ有している。リクエストパケットには、優先度の高いリクエストパケット、データサイズが大きいリクエストパケットなど、様々な種類があるが、異なる数種類のリクエストパケットを１個の送信装置１０３だけで送信することで、送信効率が低下してしまうことがある。
そこで、リクエストパケットの種類ごとに、１個ずつ送信装置を設けることで、リクエストパケットの送信効率を高めたいという要求が高まっていた。
【００１３】
図３(ｂ)の符号１１１に、複数の送信装置１１３1〜１１３3を有するデータ処理装置の一例を示す。このデータ処理装置１１１は、制御装置１１７と、受信装置１１４とを１個ずつ有しており、複数個の送信装置１１３1〜１１３3を有している。ここでは３個の送信装置１１３1〜１１３3を有するものとする。
【００１４】
各送信装置１１３1〜１１３3は、リクエストパケットの種類に対応して割り当てられている。ここでは、第１の送信装置１１３1が、データサイズの大きいリクエストパケットを、第２の送信装置１１３2が、優先順位の高いリクエストパケットを、それぞれ送出するものであり、第３の送信装置１１３3は、その他のリクエストパケットを送出するものとする。
【００１５】
かかるデータ処理装置１１１において、IEEE1394バス１１６を介して他のデータ処理装置に、リクエストパケットを送信する場合、パケット生成装置１１５が、マイコン１１２から入力された生成命令とデータとに基づいてリクエストパケットを次々に生成する。ここでは、優先度の高いリクエストパケット、データサイズの大きいリクエストパケット、その他のリクエストパケットをそれぞれ１個ずつ生成するものとする。
【００１６】
パケット生成装置１１５は、自身が生成した３個のリクエストパケットを、リクエストパケットの種類に応じて、送信装置１１３1〜１１３3に割り振って出力する。ここでは、データサイズの大きいリクエストパケットを第１の送信装置１１３1に、優先順位の高いリクエストパケットを第２の送信装置１１３2に、その他のリクエストパケットを第３の送信装置１１３3に、それぞれ出力する。
各リクエストパケットが入力されると、第１〜第３の送信装置１１３1〜１１３3は、そのリクエストパケットをIEEE1394バス１１６へと送出する。
【００１７】
このように、このデータ処理装置１１１では、複数の送信装置１１３1〜１１３3が設けられており、しかもそのそれぞれがリクエストパケットの種類に応じて割り当てられているので、送信装置が１個のデータ処理装置１０１に比して、リクエストパケットの送信効率を向上させることができる。
【００１８】
しかしながら、このデータ処理装置１１１は、送信装置１１３1〜１１３3を３個有しており、パケット生成装置１１５を１個有している。３個の送信装置１１３1〜１１３3と１個のパケット生成装置１１５とを個別に接続すると、パケット生成装置１１５の出力のデータ線は送信装置１１３1〜１１３3の個数すなわち３本必要になる。
【００１９】
３本の信号線からリクエストパケットを出力するためには、出力端子を３つ設けなければならない。そしてこれに対応するため、パケット生成装置１１５を、１本の信号線で１個の送信装置１０５に接続していたパケット生成装置１０５と、異なる内部構成にしなければならなかった。
【００２０】
さらに、複数の送信装置の個数を増減させるような場合には、その都度パケット生成装置１１５と複数の送信装置の接続関係を変え、それに応じてパケット生成装置１１５の構成を変えなければ、送信装置の増減に対応することができなかった。
【００２１】
【発明が解決しようとする課題】
本発明は、上記従来の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続可能なデータ処理装置において、リクエストパケットの送信効率を容易に高める技術を提供することにある。
【００２２】
【課題を解決するための手段】
上記課題を解決するため、本発明のデータ処理装置は、シリアルバスに対して識別番号を有するリクエストパケットを出力し、当該シリアルバスからレスポンスパケットを入力するデータ処理装置において、供給されるリクエストパケットを上記シリアルバスにそれぞれ送信するための複数のパケット送信装置と、供給される生成命令及びデータに基づいてリクエストパケットを生成するパケット生成装置と、上記パケット生成装置から供給されるリクエストパケットを上記複数の送信装置に分配する送信選択装置と、上記シリアルバスからレスポンスパケットを受信するパケット受信装置とを含み、上記パケット生成装置により生成されるリクエストパケットが、複数の種別の中の１つに分類されており、上記複数のパケット送信装置が、リクエストパケットの上記複数の種別毎にそれぞれ対応付けられており、上記識別番号の数値範囲が、リクエストパケットの上記複数の種別に対応する複数の範囲に分けられており、上記パケット生成装置は、リクエストパケットの種別に基づいて当該種別に対応する上記複数の範囲内の数値を識別番号として選択してリクエストパケットを生成し、上記送信選択装置は、上記パケット生成装置から供給されるリクエストパケットの上記識別番号に基づいて当該リクエストパケットの種別を認識し、当該種別に対応した送信装置にリクエストパケットを供給する。
【００２３】
また、請求項２に記載のデータ処理装置は、請求項１に記載のデータ処理装置であって、リクエストパケットの上記複数の種別と識別番号の上記複数の範囲とを対応つけて記憶する記憶装置を更に含む。
【００２４】
更に、請求項３に記載のデータ処理装置は、請求項１又は請求項２に記載のデータ処理装置であって、リクエストパケットの上記複数の種別が、データサイズの大きいものと、優先順位の高いものと、それ以外のものとに分類されている。
請求項４記載に記載のデータ処理装置は、請求項１乃至３の何れかに記載のデータ処理装置であって、上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスがＩＥＥＥ１３９４規格に準拠するように構成されている。
請求項５記載に記載のデータ処理装置は、請求項４に記載のデータ処理装置であって、上記識別情報としてｔＬａｂｅｌを用いるように構成されている。
【００２５】
本発明では、パケット生成装置が、識別情報により、各リクエストパケットを複数の送信装置のいずれかに対応付けることができ、送信選択装置が、識別情報に基づき、各リクエストパケットを対応付けられた送信装置に出力することができる。
【００２６】
このため、送信するリクエストパケットの種類に応じて、複数の送信装置を設けておけば、１種類のリクエストパケットを１個の送信装置で送信することができ、送信装置が１個の場合に比して、リクエストパケットの送信効率を高めることができる。
【００２７】
また、パケット生成装置は、リクエストパケットを生成する際に、識別情報を各送信装置に対応付けてリクエストパケットに記載して送信選択装置に出力する動作を行なっているが、送信装置にリクエストパケットを割り振るという動作を行なっていないので、送信装置の数が増減しても、出力端子の数を変えたり、パケット生成装置の内部構成を変えたりする必要がない。
【００２８】
従って、送信装置の数の増減に対応するにはパケット生成装置の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【００２９】
なお、本発明において、識別情報としてtLabelを用いている。リクエストパケットに識別情報を付加する際には、各送信装置に対応付けるために一定の制限が必要になるが、tLabelは、各リクエストパケットを区別することができれば足り、記載する際の制限が少ないので、リクエストパケットに記載される他の情報に比して、識別情報として用いることが容易である。
【００３０】
【発明の実施の形態】
図１を参照し、符号１は本発明の実施形態のデータ処理装置である。
このデータ処理装置１は、複数の外部のデータ処理装置とともに、IEEE1394バス６に接続され、IEEE1394バス６を介して、他のデータ処理装置とデータの送受信ができるようにされている。
【００３１】
データ処理装置１は、制御装置７と、受信装置４と、参照用記憶装置８と、送信選択装置９とを１個ずつ有しており、更に複数個の送信装置３1〜３3を有している。ここでは３個の送信装置３1〜３3を有しているものとする。そして、制御装置７は、マイコン２と、パケット生成装置５とを有している。
【００３２】
各送信装置３1〜３3は、リクエストパケットの種類に対応して割り当てられている。ここでは、第１の送信装置３1が、データサイズの大きいリクエストパケットを、第２の送信装置３2が、優先順位の高いリクエストパケットを、それぞれ送出するものであり、第３の送信装置３3は、その他のリクエストパケットを送出するものとする。
【００３３】
このようなデータ処理装置１において、他のデータ処理装置からデータを読み出す場合には、まず、マイコン２が、後述する参照用記憶装置８の記憶内容を参照して、データの読み出しを要求するリクエストパケットの生成命令と、リクエストパケットの生成に必要なデータとを生成してパケット生成装置５に出力し、リクエストパケットの生成要求をする。
【００３４】
図２の符号１１に、IEEE1394規格に準拠するリクエストパケットの一般的なフォーマットの概略を示す。このリクエストパケットは、３２ビットのデータ列よりなるパケットであって、第１〜第３の記憶領域１２〜１４を有している。第１〜第３の記憶領域１２〜１４のそれぞれには、destination ID、source ID 、tLabelが記載される。
このうち、destination IDは、送信先の機器を識別するための番号(ID)であって、source ID は送信元の機器を識別するための番号(ID)である。
【００３５】
また、トランザクションラベル(tLabel)は、各機器から送信されたパケットの、未解決の各トランザクションに割り当てられた固有のタグであって、リクエストパケットと、レスポンスパケットとの対応をつけるための番号である。ここでは６ビットのデータが用いられている。
【００３６】
６ビットのtLabelは、”００００００”〜”１１１１１１”までの範囲の値を取り得るが、本実施形態のデータ処理装置１では、ｔLabelの大きさによって３つの範囲に分けている。
【００３７】
ここでは、最も値が小さい範囲(第１の範囲)を”００００００”〜”０１０１００”とし、２番目に小さい範囲(第２の範囲)を”０１０１０１”〜”１０１００１”とし、最も値が大きな範囲(第３の範囲)を”１０１０１０”〜”１１１１１１”としている。
【００３８】
そして、第１〜第３の範囲が第１〜第３の送信装置３1〜３3にそれぞれ対応するようにされており、この対応関係が、予め参照用記憶装置８に書き込まれているものとする。
【００３９】
パケット生成装置５は、参照用記憶装置８の記憶内容を参照し、生成しようとするリクエストパケットの種類に応じてtLabelを選択し、マイコン２から入力された生成命令とデータとに基づいてリクエストパケットを次々に生成する。
【００４０】
ここでは、データサイズの大きいリクエストパケット、優先度の高いリクエストパケット、その他のリクエストパケットをそれぞれ１個ずつ生成するものとし、それぞれのリクエストパケットに、第１、第２、第３の範囲にそれぞれ属するtLabelを記載するものとする。
【００４１】
パケット生成装置５は、このようにして生成した３個のリクエストパケットを、送信選択装置９に順次出力する。
送信選択装置９は、入力されたリクエストパケットのtLabelを読み出して、参照用記憶装置８の記憶内容と照合し、入力されたリクエストパケットのtLabelが、第１〜第３の範囲のどの範囲に属するものであるかを判断し、属する範囲と対応付けられた送信装置へ、リクエストパケットを出力する。
【００４２】
このとき、送信選択装置９は、第１、第２、第３の範囲に属するtLabelがそれぞれ記載されたリクエストパケットを、第１、第２、第３の送信装置３1、３2、３3へと、それぞれ出力する。
【００４３】
各リクエストパケットが入力されると、第１〜第３の送信装置３1〜３3は、そのリクエストパケットをそれぞれIEEE1394バス６へと送出する。
リクエストパケットがIEEE1394バス６へと送出されると、destination 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を記載しても、リクエストパケットを送信して一連の処理が終了するまでの間は、tLabelによってリクエストパケットの区別をすることは可能である。
【００５１】
以上説明したように本実施形態では、各リクエストパケットを他のリクエストパケットと識別する６ビットの情報であるtLabelが、その大きさによって第１〜第３の範囲に分けられ、第１〜第３の送信装置３1〜３3のいずれかに対応付けられている。
【００５２】
かかるtLabelをリクエストパケットに記載することで、リクエストパケットを第１〜第３の送信装置３1〜３3のいずれかに対応付けることができ、送信選択装置９が、tLabelを読み出すことで、各リクエストパケットを、tLabelで対応付けられた第１〜第３の送信装置３1〜３3に割り振ることができる。第１〜第３の送信装置３1〜３3は、リクエストパケットの種類に応じて設けられているので、送信装置が１個の場合に比して、リクエストパケットの送信効率を高めることができる。
【００５３】
また、パケット生成装置５は、リクエストパケットを生成する際に、第１〜第３の送信装置３1〜３3にリクエストパケットを割り振るという動作はしていないので、送信装置の数が増減しても、出力端子の数を変え、それに応じてパケット生成装置の内部構成を変えなくともよい。
【００５４】
従って、送信装置の数の増減に対応するにはパケット生成装置１１５の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【００５５】
なお、tLabelは、リクエストパケットに記載される他の情報(destination ID、source IDなど)に比して、記載する際の制限が少ないので、tLabelの値がとり得る範囲を、第１〜第３の範囲に分けることが容易にでき、第１〜第３の送信装置３1〜３3に対応付けることが容易にできる。従って本実施形態では、識別情報としてtLabelを用いているが、本発明はこれに限らず、各リクエストパケットに記載することででき、各送信装置３1〜３3に対応付けることが可能な情報であればどのような情報を記載してもよい。
【００５６】
また、本実施形態では、tLabelのとりうる値を、３つの範囲に分けることで第１〜第３の送信装置３1〜３3に対応付けているが、本発明はこれに限らず、tLabelが３種類に分類できればよく、例えば(３の倍数)、(３の倍数＋１)、(３の倍数＋２)の値をそれぞれとるtLabelが、第１、第２、第３の送信装置３1〜３3に、それぞれ対応付けられるようにしてもよい。
【００５７】
さらに、本実施形態では、新たなリクエストパケットを生成するごとに、tLabelの値が１ずつ大きくなるようにしてtLabelを記載しているが、本発明はこれに限らず、各範囲の中で一定の規則に従って記載することができれば足り、例えば新たなリクエストパケットを生成するごとに、２ずつ大きくなるように記載してもよいし、１ずつ小さくなるように記載してもよい。
また、本実施形態では、３個の送信装置３1〜３3を有しているが、本発明はこれに限らず、例えば５個や７個の送信装置を設けてもよい。
【００５８】
さらに、本実施形態では、参照用記憶装置８を設けて、ここに予めtLabelの範囲を書き込んでおき、マイコン２、送信選択装置９がそれぞれtLabelを付すときや、読み出すときに、参照用記憶装置８内のtLabelの範囲を参照しているが、本発明はこれに限らず、例えば、マイコン２の内部と、送信選択装置９の内部とにtLabelの範囲を記憶させておき、各々が内部に書き込んだtLabelの範囲を参照するような構成にしてもよい。
【００５９】
【発明の効果】
以上説明したように本発明によれば、複数の送信装置がある場合に、送信装置の種類に応じて、リクエストパケットを割り当てて送信することができる。
【００６０】
また、パケット生成装置の内部構成を変える必要があった従来に比して、容易に送信装置の個数の増減に対応することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のデータ処理装置の構成を示す図
【図２】リクエストパケットのフォーマットを説明する図
【図３】(ａ)：従来のデータ処理装置の構成を示す図
(ｂ)：複数の送信装置を有する従来のデータ処理装置の構成を示す図
【符号の説明】
１……データ処理装置 ２…マイコン(制御装置) ３1〜３3…パケット送信装置(送信装置) ４…パケット受信装置(受信装置) ５…パケット生成装置 ６…IEEE1394バス(シリアルバス) ８…参照用記憶装置 ９…送信選択装置
Claims (5)
- シリアルバスに対して識別番号を有するリクエストパケットを出力し、当該シリアルバスからレスポンスパケットを入力するデータ処理装置において、
供給されるリクエストパケットを上記シリアルバスにそれぞれ送信するための複数のパケット送信装置と、
供給される生成命令及びデータに基づいてリクエストパケットを生成するパケット生成装置と、
上記パケット生成装置から供給されるリクエストパケットを上記複数の送信装置に分配する送信選択装置と、
上記シリアルバスからレスポンスパケットを受信するパケット受信装置と、
を含み、
上記パケット生成装置により生成されるリクエストパケットが、複数の種別の中の１つに分類されており、
上記複数のパケット送信装置が、リクエストパケットの上記複数の種別毎にそれぞれ対応付けられており、
上記識別番号の数値範囲が、リクエストパケットの上記複数の種別に対応する複数の範囲に分けられており、
上記パケット生成装置は、リクエストパケットの種別に基づいて当該種別に対応する上記複数の範囲内の数値を識別番号として選択してリクエストパケットを生成し、
上記送信選択装置は、上記パケット生成装置から供給されるリクエストパケットの上記識別番号に基づいて当該リクエストパケットの種別を認識し、当該種別に対応した送信装置にリクエストパケットを供給する、
データ処理装置。 - リクエストパケットの上記複数の種別と識別番号の上記複数の範囲とを対応つけて記憶する記憶装置を更に含む請求項１に記載のデータ処理装置。
- リクエストパケットの上記複数の種別が、データサイズの大きいものと、優先順位の高いものと、それ以外のものと、に分類されている請求項１又は２に記載のデータ処理装置。
- 上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスがＩＥＥＥ１３９４規格に準拠するように構成されている請求項１乃至３の何れかに記載のデータ処理装置。
- 上記識別情報としてｔＬａｂｅｌを用いるように構成されている請求項４に記載のデータ処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34767498A JP4067205B2 (ja) | 1998-12-08 | 1998-12-08 | データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34767498A JP4067205B2 (ja) | 1998-12-08 | 1998-12-08 | データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000174778A JP2000174778A (ja) | 2000-06-23 |
| JP4067205B2 true JP4067205B2 (ja) | 2008-03-26 |
Family
ID=18391818
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34767498A Expired - Fee Related JP4067205B2 (ja) | 1998-12-08 | 1998-12-08 | データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4067205B2 (ja) |
-
1998
- 1998-12-08 JP JP34767498A patent/JP4067205B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000174778A (ja) | 2000-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11900003B2 (en) | Message passing framework for audio/video streaming in a topology of devices | |
| US5187708A (en) | Communication device for layered protocols | |
| US7412556B2 (en) | Method and system for master devices accessing slave devices | |
| KR20010080608A (ko) | 데이터 통신 시스템의 노드에서 단일 물리적 계층인터페이스에 대한 다중 링크 계층 | |
| US20070073824A1 (en) | Apparatus and method for acquiring identification information when a bus reset occurs | |
| US5146560A (en) | Apparatus for processing bit streams | |
| CN101459670A (zh) | 用于在网络中通信的电子设备和操作电子设备的方法 | |
| JP4067205B2 (ja) | データ処理装置 | |
| US8069273B2 (en) | Processing module | |
| JP3507688B2 (ja) | ラウンドロビン制御装置および方法 | |
| JP4015307B2 (ja) | データ処理装置 | |
| JP4015304B2 (ja) | データ処理装置 | |
| CN115827284B (zh) | 片上系统、电子组件、电子设备和传输处理方法 | |
| US6996103B1 (en) | Method and system for multicasting | |
| EP0344915B1 (en) | Apparatus and method for processing bit streams | |
| KR100261887B1 (ko) | Pci 버스를 이용한 데이터 인터페이스 방법 | |
| JP2000137676A (ja) | バッファ制御方式 | |
| JP2002513184A (ja) | コンピュータネットワークにおける仮想回路の受信装置の状態を表す情報を転送するシステムおよび方法 | |
| JPH09282254A (ja) | 通信データ制御システム | |
| KR20040020728A (ko) | 다중 링크를 가지는 보드간의 패킷로드 분산 장치 및방법 | |
| JP2002152225A (ja) | 同報セルコピー方式 | |
| JPH03151740A (ja) | 通信制御装置 | |
| JPH07306819A (ja) | 情報分配出力装置 | |
| JPH0766817A (ja) | スタッカブルハブ | |
| KR20080012654A (ko) | 멀티미디어 데이터 처리 장치 및 처리 방법 |
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 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070911 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20071109 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071109 |
|
| 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: 20080108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080108 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110118 Year of fee payment: 3 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110118 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120118 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130118 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |