JP2000134227A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】IEEE１３９４規格準拠のシリアルバスを用いて
データ通信を行うデータ処理装置の、データ転送の効率
の低下を抑止する。 【解決手段】本発明のデータ処理装置２は複数のパケッ
ト処理装置４１〜４３を有し、パケット処理装置４１〜
４３から出力されたパケットをIEEE１３９４バス７へと
送信する第１〜第３の送受信制御装置５１〜５３が、各
パケット処理装置４１〜４３ごとに設けられている。１
個のパケット処理装置４３で多量のパケット群が送受信
される場合には、このパケット処理装置４３に第４の送
受信制御装置５４を設けているので、多量のパケット群
をほぼ等量に分配して、２個の送受信制御装置で転送で
きる。従って、多量のパケットの送受信ができるので、
少量のパケットを送受信する送受信制御装置の待ち時間
を短縮することができ、効率良くデータを転送すること
が可能になる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】このIEEE1394規格に準拠したプロトコル
に、ＳＢＰ(Serial bus protocol)−２なるプロトコル
がある。このＳＢＰ−２は、ＳＣＳＩ(small computer
systeminterface)のコマンドを、IEEE1394インターフェ
ース用に変換するプロトコルの一つであって、特にデー
タを転送する際に適するものであるとして注目されてい
る。

【０００５】図２の符号１０２に、IEEE1394規格に準拠
し、ＳＢＰ−２に従って動作する従来のデータ処理装置
の一例を示す。このデータ処理装置１０２は、マイコン
１０３と、３個のパケット処理装置１４１〜１４３と、
３個の送受信制御装置１５１〜１５３と、割り振り装置
１０６とを有しているものとする。

【０００６】３個のパケット処理装置１４１〜１４３
は、それぞれ、マイコン１０３から転送されるデータか
らパケットを生成したり、逆にパケットから、元のデー
タを生成するものである。

【０００７】そして、３個のパケット処理装置１４１〜
１４３のうち、第１のパケット処理装置１４１は、デー
タの読み出し要求や、これに対する応答となるデータ転
送命令等の、制御コマンドに関わるパケットを扱う。ま
た、第２のパケット処理装置１４２は、第１のパケット
処理装置１４１が扱う制御コマンド以外の制御コマンド
に関するパケットを扱う装置であり、第３のパケット処
理装置１４３は、実際に転送するデータに関するパケッ
トを扱う装置である。

【０００８】上記の構成を有するデータ処理装置１０２
をスレーブ側のデータ処理装置として、IEEE1394バス１
０７を介して図示しないマスター側のデータ処理装置に
接続し、ＳＢＰ−２に従って、スレーブ側のデータ処理
装置１０２からマスター側のデータ処理装置へとデータ
を転送する場合について以下で説明する。

【０００９】この場合には、まずスレーブ側のデータ処
理装置１０２がマスター側のデータ処理装置へと、デー
タ転送命令の読み出し要求をする。このとき、データ処
理装置１０２のマイコン１０３から、パケットの生成命
令が第１のパケット処理装置１４１に出力され、パケッ
トの生成命令に従って、第１のパケット処理装置１４１
で、データ転送命令の読み出し要求のリクエストパケッ
トが生成され、出力される。

【００１０】このリクエストパケットは、第１の送受信
制御装置１５１内に設けられた送信制御部１５１ａに入
力された後に、割り振り装置１０６を介してIEEE1394バ
ス１０７へ出力され、不図示のマスター側のデータ処理
装置へと出力される。

【００１１】すると、マスター側のデータ処理装置で、
このリクエストパケットへの応答となる、データ転送命
令のパケット(レスポンスパケット)が生成され、IEEE13
94バス１０７を介してスレーブ側のデータ処理装置１０
２へと出力される。

【００１２】このレスポンスパケットは、割り振り装置
１０６で受信され、その内容が割り振り装置１０６で判
定される。このレスポンスパケットは、第１の送受信制
御装置１５１から出力されたリクエストパケットに対す
るレスポンスパケットなので、第１の送受信制御装置１
５１内に設けられた受信制御部１５１ｂを介してパケッ
ト処理装置１４１へと出力される。

【００１３】すると、第１のパケット処理装置１４１
で、このレスポンスパケットから元のデータすなわちデ
ータ転送命令が生成され、マイコン１０３へと出力され
る。その後、データ転送命令に基づいて、スレーブ側の
データ処理装置１０２が、所定のデータを生成してマス
ター側のデータ処理装置へと転送する。このときには、
マイコン１０３で、データ転送命令が読み取られ、その
データ転送命令に基づいて、転送すべきデータのパケッ
トを生成するパケット生成命令が第３のパケット処理装
置１４３に出力され、このパケット生成命令に従って、
パケット処理装置１４３で、転送すべきデータのデータ
パケットが生成される。

【００１４】このデータパケットは、送受信制御装置１
５３に設けられた送信制御部１５３ａに入力された後
に、割り振り装置１０６へと出力される。この割り振り
装置１０６から、データパケットがIEEE1394バス１０７
を介して、不図示のマスター側のデータ処理装置へと出
力される。こうしてデータパケットが転送されること
で、スレーブ側のデータ処理装置からマスター側のデー
タ処理装置へとデータの転送がなされる。

【００１５】このように、従来のデータ処理装置１０２
では、制御コマンド用、データ用というように、パケッ
トの種類に応じて第１〜第３のパケット処理装置１４１
〜１４３が予め割り当てられており、これらにそれぞれ
１個ずつ設けられた第１〜第３の送受信制御装置１５１
〜１５３を用いてデータの転送を行なっていた。このよ
うに構成することで、パケットの種類に応じて、効率良
くデータの送受信を行なうことができる。

【００１６】しかしながら、上記のデータ処理装置１０
２で、転送するデータ量が大きいアプリケーションソフ
トを実行するような場合には、データバケットを転送す
る第３の送受信制御装置１５３の動作時間が、制御コマ
ンドパケットを送受信する第１、第２の送受信制御装置
１５１、１５２の動作時間よりも長くなるので、第３の
送受信制御装置１５３のデータ転送処理が終了するまで
の間、第１、第２の送受信制御装置１５１、１５２は次
の処理に移ることができない。

【００１７】かかる第１、第２の送受信制御装置１５
１、１５２の待ち時間が長ければ長いほど、データ転送
に要する時間は長くなり、効率よくデータ転送をするこ
とができなくなるという問題が生じていた。

【００１８】

【発明が解決しようとする課題】本発明は、上記従来技
術の不都合を解決するために創作されたものであり、そ
の目的は、IEEE1394バスに接続されるデータ処理装置に
おける、データ転送の効率を向上させる技術を提供する
ことにある。

【００１９】

【課題を解決するための手段】請求項１記載のデータ処
理装置は、制御装置と、シリアルバスに接続されてお
り、上記シリアルバスとのパケットの送受信の制御を行
なう通信装置と、上記制御装置から供給される信号を所
定のパケットに変換して出力し、入力するパケットを所
定の信号に変換して上記制御装置に出力する第１のパケ
ット処理装置と、上記第１のパケット処理装置と上記通
信装置との間のパケットの送受信を制御する第１の送受
信制御装置と、上記制御装置から供給される信号を所定
のパケットに変換して出力し、入力するパケットを所定
の信号に変換して上記制御装置に出力する第２のパケッ
ト処理装置と、上記第２のパケット処理装置と上記通信
装置との間のパケットの送受信を制御する第２の送受信
制御装置と、上記第２のパケット処理装置と上記通信装
置との間のパケットの送受信を制御する第３の送受信制
御装置とを有し、上記通信装置は上記第１、第２及び第
３の送受信制御装置から供給されるパケットを所定の順
序で上記シリアルバスに出力すると共に上記シリアルバ
スから供給されるパケットを上記第１、第２又は第３の
送受信制御装置に割り振って出力し、上記第２のパケッ
ト処理装置は上記第２及び第３の送受信制御装置を用い
てパケットの送受信を行なうように構成されている。

【００２０】また、請求項２に記載のデータ処理装置に
おいては、上記第１のパケット処理装置は上記制御装置
から供給される制御コマンドを処理し、上記第２のパケ
ット処理装置は上記制御装置から供給されるデータを処
理するように構成されている。

【００２１】さらに、請求項３に記載のデータ処理装置
においては、上記シリアルバスはIEEE1394規格に準拠す
るように構成されている。

【００２２】本発明は上記のように構成されており、例
えば送受信するパケットの量が多いと予め見込まれる第
２のパケット処理装置については、予備の送受信制御装
置、即ち、第３の送受信制御装置を第２の送受信制御装
置に加えて設けており、多量のパケット群をほぼ等量に
分配し、第２及び第３の送受信制御装置で転送すること
ができるので、同じ転送時間で、他のパケット処理装置
より多量のパケットを送受信することができる。

【００２３】これにより、一度に転送するパケットの量
が多いときでも、パケットの転送時間を短縮することが
できるので、少量のパケットを送受信する送受信制御装
置の待ち時間を短縮することができ、効率良くデータを
転送することが可能になる。

【００２４】なお、本発明においては、送受信制御装置
とシリアルバスとの間に、通信装置（割り振り装置）が
設けられており、この通信装置が各送受信制御装置から
出力されたパケットを所定の順序でシリアルバスに出力
し、シリアルバスから入力された各パケットを各送受信
制御装置に割り振っている。

【００２５】従って、各送受信制御装置が、制御コマン
ド用、転送データ用というように、パケットの種類に対
応して割り当てられた場合、シリアルバスから入力され
たパケットを、通信装置（割り振り装置）がそのパケッ
トの用途に適合する送受信制御装置へと転送する。

【００２６】

【発明の実施の形態】本発明の実施の形態について、図
面を参照して説明する。図１の符号２に、IEEE1394規格
に準拠し、ＳＢＰ−２に従って動作する本発明のデータ
処理装置の一例を示す。このデータ処理装置２は、マイ
コン３と、複数のパケット処理装置４１〜４３と、複数
の送受信制御装置５１〜５４と、割り振り装置６とを有
している。

【００２７】３個のパケット処理装置４１〜４３は、そ
れぞれ、マイコン３に並列に接続されており、マイコン
３から転送されるデータからパケットを生成したり、逆
にパケットからデータを生成するものである。

【００２８】これら３個のパケット処理装置４１〜４３
のうち、第１のパケット処理装置４１は、データの読み
出し要求等や、これに対する応答となるデータ転送命令
等の、制御コマンドに関わるパケットを扱うものとす
る。また、第２のパケット処理装置４２は、第１のパケ
ット処理装置４１が扱う制御コマンド以外の制御コマン
ドに関するパケットを扱い、第３のパケット処理装置４
３は、実際に転送するデータのパケットを扱うものであ
るとする。

【００２９】第１〜第３のパケット処理装置４１〜４３
には、それぞれ第１〜第３の送受信制御装置５１〜５３
がそれぞれ１個ずつ接続されている。また、第３のパケ
ット処理装置５３には、第３の送受信制御装置４３のほ
かに、予備の送受信制御装置である第４の送受信制御装
置５４がさらに接続されている。従って、第３のパケッ
ト処理装置４３には、２個の送受信制御装置５３、５４
が接続されている。

【００３０】第１〜第３の送受信制御装置５１〜５３
と、予備の送受信制御装置である第４の送受信制御装置
５４は、第１〜第４の送信制御部５１ａ〜５４ａと、第
１〜第４の受信制御部５１ｂ〜５４ｂとを、それぞれ１
個ずつ有している。第１〜第４の送信制御部５１ａ〜５
４ａと、第１〜第４の受信制御部５１ｂ〜５４ｂは、図
示しないＦＩＦＯ(first in first out )メモリを有し
ており、複数のパケットが入力されると、パケットはこ
のＦＩＦＯメモリに一旦保持され、パケットが入力され
た順で出力されるように構成されている。

【００３１】上記したような構成のデータ処理装置２を
スレーブ側のデータ処理装置として、IEEE1394バス７を
介して図示しないマスター側のデータ処理装置に接続
し、ＳＢＰ−２に従って、スレーブ側のデータ処理装置
２からマスター側のデータ処理装置へとデータを転送す
る場合について以下で説明する。

【００３２】なお、本実施形態では、転送するデータ量
が多いアプリケーションソフトを実行するものとする。
この場合には、ＳＢＰ−２に従って、まずスレーブ側の
データ処理装置２がマスター側のデータ処理装置へと、
データ転送命令の読み出し要求をする。

【００３３】このとき、データ処理装置２のマイコン３
から、パケットの生成命令が第１のパケット処理装置４
１に出力され、第１のパケット処理装置４１はこの生成
命令に従って、データ転送命令の読み出し要求のリクエ
ストパケットを生成し、第１の送受信制御装置５１へと
出力する。

【００３４】このリクエストパケットは、第１の送信制
御部５１ａに入力されて割り振り装置６へと出力され、
割り振り装置６から、IEEE1394バス７を介して、不図示
のマスター側のデータ処理装置へと出力される。

【００３５】すると、マスター側のデータ処理装置で、
このリクエストパケットに対応して、データ転送命令の
パケット(レスポンスパケット)が生成され、IEEE1394バ
ス７を介してスレーブ側のデータ処理装置２へと出力さ
れる。

【００３６】このレスポンスパケットは、割り振り装置
６で受信され、その内容が割り振り装置６で判定され
る。このレスポンスパケットは、第１の送受信制御装置
５１から出力されたリクエストパケットに対するレスポ
ンスパケットなので、第１の送受信制御装置５１内に設
けられた第１の受信制御部５１ｂへと出力され、第１の
受信制御部５１ｂから第１のパケット処理装置４１に出
力される。

【００３７】すると、第１のパケット処理装置４１で、
レスポンスパケットからデータ転送命令が生成され、マ
イコン３へと出力される。その後、マスター側のデータ
処理装置からのデータ転送命令に基づいて、スレーブ側
のデータ処理装置２で、所定のデータパケットが生成さ
れてマスター側のデータ処理装置へと送信される。

【００３８】このときには、マイコン３で、データ転送
命令が読み取られ、そのデータ転送命令に基づいて、転
送すべきデータパケットの生成を指示するパケット生成
命令が第３のパケット処理装置４３に出力され、このパ
ケット生成命令に従って、第３のパケット処理装置４３
で、転送すべきデータのデータパケットが複数個生成さ
れる。

【００３９】このデータパケットは、転送するデータ量
が多いため、パケットの量は多量になるが、多量のデー
タパケットは、第３の送受信制御装置５３内の第３の送
信制御部５３ａと、第４の送受信制御装置５４内の第４
の送信制御部５４ａとに、パケットの量がほぼ等量にな
るように分配される。分配された複数のパケットは、第
３、第４の送信制御部５３ａ，５４ａ内の不図示のＦＩ
ＦＯメモリに一旦保持され、入力された順で割り振り装
置６へと出力される。

【００４０】割り振り装置６で、第３、第４の送受信制
御装置５３、５４からそれぞれ入力された複数のデータ
パケットが、所定の順序でIEEE1394バス７へと出力さ
れ、IEEE1394バス７からマスター側のデータ処理装置へ
と送信される。

【００４１】こうしてデータパケットがマスター側のデ
ータ処理装置で受信されると、個々のデータパケットに
ついて、データパケットが受信された旨のレスポンスパ
ケットが１個ずつ生成され、IEEE1394バス７を介してス
レーブ側のデータ処理装置２へと送信される。このレス
ポンスパケットは、割り振り装置６で受信され、その内
容が割り振り装置６で判定される。

【００４２】このレスポンスパケットは、第３、第４の
送受信制御装置５３、５４から転送されたデータパケッ
トに対するレスポンスパケットなので、それぞれのデー
タパケットに対するレスポンスパケットは、第３、第４
の受信制御部５３ｂ、５４ｂにそれぞれ出力され、第３
のパケット処理装置４３へと出力される。

【００４３】すると、第３のパケット処理装置４３で、
これらのレスポンスパケットから、マスター側で１個の
データパケットが受信された旨のデータが生成され、マ
イコン３へと出力される。このデータでマイコン３は、
データパケットがマスター側で受信されたことを確認す
る。こうして全てのデータパケットがマスター側で受信
されたことをマイコン３が確認したら、データ転送が終
了したと判定して、一連のデータ転送が終了する。

【００４４】上述したように、本実施形態のデータ処理
装置２では、多量のデータパケット群を扱う第３のパケ
ット処理装置４３には、２個の送受信制御装置５３、５
４が設けられており、多量のデータパケットが、第３、
第４の送受信制御装置５３、５４に、ほぼ等量になるよ
うに分配されているので、１個の送受信制御装置でデー
タパケットの送信をする場合に比して、データパケット
の送信に要する時間を短縮することができる。

【００４５】これにより、多量のデータを転送するアプ
リケーションソフトを実行した場合でも、少量のパケッ
トを送受信する第１、第２の送受信制御装置５１、５２
の待ち時間を短縮することができ、無駄が少なくなるの
で、従来に比して効率良くデータを転送することが可能
になる。

【００４６】なお、本実施形態では、転送するデータ量
が多いアプリケーションソフトを実行する際に、転送す
るデータのパケットを扱う第３のパケット処理装置４３
にのみ第４の送受信制御装置５４を接続して、第３の送
受信制御装置５３の負担を軽くしたが、本発明はこれに
限らない。

【００４７】例えば、転送データのデータ量が少ないた
め、データパケットのパケット量が、データ転送の制御
コマンドのパケット量よりも小さくなるようなアプリケ
ーションソフトを実行する場合には、制御コマンドのパ
ケットを扱う第１のパケット処理装置４１に処理が集中
することが見込まれるので、この第１のパケット処理装
置４１に、第４の送受信制御装置を設けるように構成す
れば、データ転送の効率が低下することを抑止できる。

【００４８】また、本実施形態では、パケット処理装置
４１〜４３を３個設け、送受信制御装置５１〜５４を４
個設けているが、本発明はこれに限らず、用途に応じて
パケット処理装置の数は増減できる。このときには送受
信制御装置を、パケット処理装置よりも１個多くし、送
受信するパケットのデータ量が多いことが見込まれる１
個のパケット処理装置にのみ２個接続されるように構成
してもよい。

【００４９】

【発明の効果】データ転送の際の転送効率を、従来に比
して向上させることが可能になる。

【図面の簡単な説明】

【図１】本発明のデータ処理装置を説明する図

【図２】従来のデータ処理装置を説明する図

【符号の説明】

２……データ処理装置 ３……マイコン(制御装置)
６……割り振り装置 ７……IEEE1394バス(シリアルバス) ４１〜４３……パ
ケット処理装置 ５１〜５４……送受信制御装置

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

Claims (3)

【特許請求の範囲】
1. 【請求項１】制御装置と、シリアルバスに接続されてお
   り、上記シリアルバスとのパケットの送受信の制御を行
   なう通信装置と、 上記制御装置から供給される信号を所定のパケットに変
   換して出力し、入力するパケットを所定の信号に変換し
   て上記制御装置に出力する第１のパケット処理装置と、 上記第１のパケット処理装置と上記通信装置との間のパ
   ケットの送受信を制御する第１の送受信制御装置と、 上記制御装置から供給される信号を所定のパケットに変
   換して出力し、入力するパケットを所定の信号に変換し
   て上記制御装置に出力する第２のパケット処理装置と、 上記第２のパケット処理装置と上記通信装置との間のパ
   ケットの送受信を制御する第２の送受信制御装置と、 上記第２のパケット処理装置と上記通信装置との間のパ
   ケットの送受信を制御する第３の送受信制御装置と、 を有し、上記通信装置は上記第１、第２及び第３の送受
   信制御装置から供給されるパケットを所定の順序で上記
   シリアルバスに出力すると共に上記シリアルバスから供
   給されるパケットを上記第１、第２又は第３の送受信制
   御装置に割り振って出力し、上記第２のパケット処理装
   置は上記第２及び第３の送受信制御装置を用いてパケッ
   トの送受信を行なうデータ処理装置。
2. 【請求項２】上記第１のパケット処理装置は上記制御装
   置から供給される制御コマンドを処理し、上記第２のパ
   ケット処理装置は上記制御装置から供給されるデータを
   処理する請求項１に記載のデータ処理装置。
3. 【請求項３】上記シリアルバスはIEEE1394規格に準拠す
   るように構成されている請求項１又は２に記載のデータ
   処理装置。