JPH11203135A - Ｒｉｓｃ型データ処理装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 パイプライン処理時に発生する条件分岐ハザ
ードをパイプラインを崩さずに無くすか、或いは著しく
低減させること。 【解決手段】 処理調停器１は映像処理要求信号、音声
処理要求信号及びシステム処理要求信号の入力に応じ
て、プログラムカウンタ２を制御し、ＲＩＳＣブロック
３０で処理する符号化データの種類を１サイクル毎に切
り換える制御を行っている。これにより、ある種類の符
号化データの処理時に条件分岐が発生しても、次のサイ
クルで、ＲＩＳＣブロック３０は別の種類の符号化デー
タを処理するため、条件分岐ハザードは生じない。しか
も、複数の処理がパイプライン処理を崩さずに行われる
ため、ＲＩＳＣブロック３０の処理効率を著しく向上さ
せることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｎ個の処理をパイ
プライン処理するＲＩＳＣ（Reduced Instruction Set
Computer）型データ処理装置及び方法に係り、特に条件
分岐ハザードを抑制する構成及び方法に関する。

【０００２】

【従来の技術】従来のＲＩＳＣ型データ処理装置は、例
えば特開平６−２７４３５２「コンパイラ及びデータ処
理装置」などがあり、この従来例もＲＩＳＣ（Reduced
Instruction Set Computer）アーキテェクチャの処理に
おいて、条件分岐命令が引き起こすパイプラインハザー
ドを低減させる公知例である。

【０００３】この従来例では、まず、コンパイルの際に
コード生成手段において命令の並び替えなどにより、オ
プジェクトブログラムの最適化を行う。例えば分岐命令
の高速化を目的に遅延分岐の遅延スロットに前後の適当
な命令を挿入し、適当な命令がない場合にはノ一オペレ
ーションの命令コードを含む命令（以下ＮＯＰ命令とす
る）を挿入する。このＮＯＰ命令を挿入する際に分岐命
令に応じてどの命令の次に置かれるＮＯＰかを示すフラ
グを付けておく。

【０００４】次にデータ処理装置においてはＮＯＰ命令
の実行ステージＥＸで分岐先アドレス計算を行い、その
結果を分岐先アドレスレジスタ（ＢＴＡＲ）に保持す
る。これらのことによって条件分岐により生じる分岐ハ
ザードを３クロックから２クロックに減らすことができ
る。しかし、従来例では上記の様に分岐ハザードを低減
してはいるが、せいぜい３クロックから２クロックに低
減する程度でしかなく、大幅な性能向上に寄与すること
はできなかった。

【０００５】

【発明が解決しようとする課題】従来のＲＩＳＣ型デー
タ処理装置では、ＲＩＳＣ処理を高速化させるため、１
つの命令を実行する間に次の命令を取り出すパイプライ
ン処理を行っているが、条件分岐命令は、命令を処理し
た後でないと次の命令が判明しないので、条件分岐成立
時は、既に取り出していた次の命令をＮＯＰにするた
め、数サイクル分、命令の実行ロスが生じるという不具
合があった。

【０００６】本発明は、上述の如き従来の課題を解決す
るためになされたもので、その目的は、複数の処理デー
タをパイプライン処理する際に生じる条件分岐ハザード
を無くすか、或いは著しく低減させることができるＲＩ
ＳＣ型データ処理装置及び方法を提供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明の特徴は、複数の処理データを単一ＲＩＳＣ
でパイプライン処理することにより復号するＲＩＳＣ型
データ処理装置において、前記複数の処理データを復号
する際に処理データを前記ＲＩＳＣ処理の１サイクル毎
に切り換えることにより、同一種類の処理データが連続
して処理されないように制御する制御手段を備えたこと
である。

【０００８】この発明によれば、複数の処理データは映
像、音声、システムなどのデータであった場合、サイク
ル毎に映像、音声、システムデータが順次パイプライン
処理される。従って、ある処理データ、例えば映像デー
タをパイプライン処理する際に、条件分岐が生じても、
次の復号処理サイクルは前回と異なる処理データ、例え
ば音声データであるため、条件分岐の分岐先が分からな
い時点でも、前記音声データをパイプライン処理するこ
とができるため、条件分岐ハザードが生ぜず、且つパイ
プライン処理が崩れることがない。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図１は、本発明のＲＩＳＣ型デー
タ処理装置の第１の実施の形態を示したブロック図であ
る。ＲＩＳＣブロック３０はプログラムカウンタ２の出
力をアドレスとして命令メモリ５から命令を読み出し、
読み出された命令はフリップフロップ６を経由して命令
デコーダ７で命令を解読され、解読された命令の種類に
よって以降に存在する内部レジスタ８、フリップフロッ
プ９、ＡＬＵ１０、フリップフロップ１１及びデータメ
モリ１２などの回路により各種処理を行う回路である。

【００１０】また、プログラムカウンタ２は＋１回路３
によりカウントアップされることでアドレスがカウント
アップし、次の命令を読み出すように制御されている。
更に、セレクタ４は通常＋１回路３側が選択されてい
て、条件分岐がある場合に分岐アドレス信号側に切り替
わって、分岐先アドレスを示すようになっており、順次
命令が実行できるようにプログラムカウンタ２が制御さ
れる。

【００１１】更に入出力インターフェース１５はＦＩＦ
Ｏ１７に対して、信号の入出力を行う。入出力インター
フェース１５により入力された信号はセレクタ１３、フ
リップフロップ１４を通して内部レジスタ８に記憶され
る。各処理状態検出器１６はＡＬＵ１０の出力から各処
理状態を検出し、各種処理要求信号を処理調停器１に出
力する。

【００１２】処理調停器１はプログラムカウンタ２のプ
ログラムカウンタ値を調整する。スタックレジスタ１８
はプログラムカウンタ２のプログラムカウンタ値を保持
し、セレクタ２１は＋１回路２０でスタックレジスタ１
８に保持されたプログラムカウンタ値に＋１した値を選
択するか、分岐先ＰＣ保持器１９に保持された値を選択
して、プログラムカウンタ２にセットする。分岐先ＰＣ
保持器１９はＡＬＵ１０の出力より分岐先のプログラム
カウンタ値を保持する。

【００１３】次に本実施の形態の動作について説明す
る。まず、ＲＩＳＣブロックで符号化信号をデコードす
る方法について説明する。符号化された映像信号及び音
声信号（以下、符号化信号という）は図示されない入力
ポートから入力され、入力符号化信号クロックから内部
処理クロックに変換するためのＦＩＦＯ１７に蓄積され
る。

【００１４】次にＲＩＳＣブロック３０の命令メモリ５
から命令が読み出され、命令デコーダ７で解釈した結
果、符号化信号を取り込む命令であると、これにより、
ＲＩＳＣブロック３０が制御され、入出力インターフェ
ース１５からＦＩＦＯ１７にデータ読み出し要求信号が
出力される。これにより、ＦＩＦＯ１７から読み出され
た符号化信号は入出力インターフェース１５からＲＩＳ
Ｃブロック３０に入力され、符号化信号がＲＩＳＣブロ
ック３０に取り込まれる。この入出力インターフェース
１５はメモリと同様なアドレスがマツピングされてお
り、このアドレスにより符号化信号を取り込むようにな
っているメモリマップド入出力形式となつている。

【００１５】入出力インターフェース１５から取り込ま
れた信号はセレクタ１３とフリップフロップ１４を経て
内部レジスタ８に取り込まれる。ＲＩＳＣブロック３０
は入力符号化信号に映像信号と音声信号に分離するシス
テムデコード処理を施した後、映像デコード処理及び音
声デコード処理を施し、各デコードは上記の如く入出力
インターフェース１５で取り込んだ信号に対して、命令
メモリ５から読み出される命令によって順次行われる。

【００１６】その際、各デコードはその符号化信号の種
類により、それぞれＲＩＳＣブロック３０での処理が必
要となる。例えば入力された符号化信号を映像信号と音
声信号とに分離するシステムデコードは符号化信号が入
力される毎に実行され、入力されない場合は処理を行わ
ない。またシステムデコードにより分離された例えば映
像信号は、表示単位時間内に表示単位ユニットのデコー
ドが施される。表示単位ユニットが表示単位時間より早
くデコード終了してしまえば、残りの時間はデコードが
停止される。

【００１７】このような各デコードの処理要求は図２に
示したように、それぞれ独立の処理時間を必要とする。
例えば、図２中、時間（１）では映像デコードとシステ
ムデコード処理要求が発生し、時間（２）では映像デコ
ードと音声デコードとシステムのデコードの処理要求が
発生し、時間（３）ではシステムデコードだけが処理要
求を発生している。

【００１８】図２のような各処理の要求の有無は、各処
理がＡＬＵ１０で演算された内部信号の状態によって分
かる。このため。ＡＬＵ１０の出力及び命令レコーダ７
から出力される命令が各処理状態検出器１６へ入力さ
れ、各処理の有無状態を検出する。この各処理状態検出
器１６は前記検出結果に応じて、映像（Ｖｉｄｅｏ）処
理要求信号、音声（Ａｕｄｉｏ）処理要求信号及びシス
テム（Ｓｙｓｔｅｍ）処理要求信号を処理調停器１に出
力する。これらの処理要求信号の出力タイミングは図２
に示した各処理要求タイミングと同様である。

【００１９】次に各処理要求信号は処理調停器１へ入力
され、各処理をＲＩＳＣブロック３０で行う命令を調停
し、どの処理の命令を取り出すかを決定し、この決定に
基づいてプログラムカウンタ２を制御する。例えば、各
処理状態検出器１６から映像処理要求信号と音声処理要
求信号が出されている場合、処理調停器１はプログラム
カウンタ２に、例えば交互に映像処理と音声処理が行わ
れるようなプログラムカウンタ値をセットするような制
御を行う。

【００２０】この際、プログラムカウンタ２は現在デコ
ード処理している命令と異なるデコード処理の命令が処
理調停器１より与えられた場合、現在処理しているプロ
グラムカウンタ値をスタックレジスタ１８に一時的に待
避する。その後、処理調停器１より与えられた次に処理
するデコード処理の命令をスタックレジスタ１８の別の
場所から取り出し、これに＋１回路２０で＋１した値を
セレクタ２１で選択してプログラムカウンタ２に供給す
る。

【００２１】即ち、映像処理している時に、処理調停器
１により、プログラムカウンタ２に音声処理が行われる
ようなプログラムカウンタ値がセットされと、映像処理
の最後のカウンタ値がスタックレジスタ１８の映像処理
領域１８１に格納される。その後、スタックレジスタ１
８の音声処理領域１８２に格納されているプログラムカ
ウンタ値を＋１回路２０で＋１し、これをセレクタ２１
で選択してプログラムカウンタ２にセットする。その
後、プログラムカウンタ２にセットされたプログラムカ
ウンタ値が命令メモリ５に格納され、ＲＩＳＣブロック
３０による音声データのデコード処理が開始される。

【００２２】ところで、処理調停器１によりデコード処
理が切り替えられる前の処理の命令が条件分岐命令であ
った場合、命令デコーダ７では、次の分岐アドレスは分
からず、ＡＬＵ１０がデータを処理した時点で判明する
ので、この分岐先のプログラムカウンタ値を分岐先ＰＣ
保持器１９で保持しておき、次にその処理が呼ばれた際
にセレクタ２１を切り替えて、分岐先ＰＣ保持器１９側
のプログラムカウンタ値をプログラムカウンタ２にセッ
トして使用する。

【００２３】次に上記動作について図３の動作タイムチ
ャートを参照して更に詳述する。本図はＲＩＳＣブロッ
ク３０でのパイプラインステージを示した動作図であ
る。但し、図中、Ｖは映像データ処理命令を、Ａは音声
データ処理命令を、Ｓはシステムデータ処理命令を示し
ているものとする。この例は、命令フェッチＩＦ、デコ
ードＩＤ、実行ＥＸ、メモリアクセスＭＡ、書き込みＷ
Ｂの各ステージから成る。ｃｍｄｌはシステムデコード
処理の命令であり、命令フェッチされた後、各ステージ
ヘ進む。

【００２４】次に、処理調停器１から映像デコード処理
の命令を取り出すように指示される。この際、ｃｍｄｌ
を命令フェッチした時のプログラムカウンタ値をスタッ
クレジスタ１８のシステム領域１８３に待避させ、映像
デコード用のプログラムカウンタ値をスタックレジスタ
１８の映像処理領域１８１から取り出し、＋１回路２０
及びセレクタ２１を介してプログラムカウンタ２にセッ
トすることにより、命令をフェッチする。

【００２５】そして、前記映像デコード処理の命令が条
件分岐だった場合、デコードして実行した時点で、即
ち、ＡＬＵ１０の出力で分岐先プログラムアドレスを知
り、これが分岐先ＰＣ保持器１９に保持される。

【００２６】ところで、図３中、次の命令ｃｍｄ３が映
像デコードの命令と異なる命令の場合（図中、音声デコ
ード）、その前の命令である映像の条件分岐命令とは独
立に実行可能である。また、その次の命令ｃｍｄ４も映
像デコード命令と異なる命令の場合（図３中、システム
デコード）もそのまま実行可能である。次に映像デコー
ドの条件分岐命令が実行されると、分岐先ＰＣ保持器１
９に分岐先のＰＣアドレスが保持され、ｃｍｄ５として
映像デコードの命令が処理調停器１により選択たれた場
合、セレクタ２１は分岐先ＰＣ保持器１９を選択し、ｃ
ｍｄ５をプログラムカウンタ２にセットすることにより
命令フェッチして、ＲＩＳＣブロック３０により分岐先
の処理を実行する。

【００２７】本実施の形態では、処理調停器１は複数の
処理要求がある場合、命令サイクルを１サイクル毎に、
例えば映像命令、音声命令、システム命令というように
切り替えているため、条件分岐命令が図３のパイプライ
ン動作に示すように途中に存在した場合にも、次のサイ
クルは別の処理要求を実行するため、パイプラインを乱
すことなく、全ての処理がパイプラインの中で実行可能
であり、条件分岐命令によるパイプラインハザードをな
くしたり、或いはこれを著しく低減することができる。
従って、ＲＩＳＣブロック３０の実行サイクルを遅らせ
る主原因の一つであるパイプラインハザードがなくなる
か、低減することにより、前記実行サイクルを大幅に短
縮化することができ、ＲＩＳＣ型データ処理装置の性能
を大きく向上させることができる。

【００２８】図４は本発明のＲＩＳＣ型データ処理装置
の第２の実施の形態を示したブロック図である。但、図
１の実施の形態に対応する部分は同一符号を用いて、適
宜説明を省略する。本例はスタックレジスタが、スタッ
クレジスタ１８（１）、１８（２）、１８（３）と３個
用意され、入力有効信号（１）、（２）、（３）に対応
して使用されるようになっている。他の構成は図１に示
した第１の実施の形態と同様である。

【００２９】尚、各スタックレジスタ２の領域１８１〜
１８３にプログラムカウンタ値を保存する動作は基本的
には図１で説明した動作と同じで、単に処理している信
号の違いにより、使用するスタックレジスタが異なるだ
けである。

【００３０】次に本実施の形態の動作について図５を参
照して説明する。複数の番組が時分割で入力される場合
に、これを１サイクル毎に切り替えて処理する場合につ
いて説明する。本例の処理調停器１は入力要求信号
（１）〜（３）を図５（Ａ）、（Ｂ）、（Ｃ）に示すよ
うに図示されないデータ送信元に出力する。これに応じ
て、データ送信元は図５（Ｄ）、（Ｅ）、（Ｆ）に示す
ようにＦＩＦＯ１７へ入力有効信号（１）〜（３）を出
力（アクティブにするに同じ）する。入力有効信号
（１）〜（３）は図５（Ｇ）で示したテレビなどの番組
（１）、番組（２）、番組（３）に対応している。

【００３１】処理調停器１は第１の実施の形態で示した
ようにＲＩＳＣブロック３０への命令を１サイクル毎に
切り替えるように、入力要求信号（１）〜（３）を出力
する。入出力インターフェース１５は、この入力要求信
号に従い、ＦＩＦＯ１７から符号化データを入力する。
例えば入力要求信号（１）がアクティブになると、デー
タ送信先は入力有効信号（１）をアクティブにして番組
（１）の符号化信号を次のサイクルでＦＩＦＯ１７に出
力し、また入力要求信号（２）がアクテイブになると、
入力有効信号（２）をアクティブにして、番組（２）の
符号化信号を次のサイクルでＦＩＦＯ１７に出力する。

【００３２】このように１サイクル毎に入力番組の種類
を切り替えて要求することにより、ＲＩＳＣブロック３
０では１サイクル毎に異なる番組が入力されて、順次処
理される。

【００３３】本実施の形態によれば、処理調停器１は複
数の外部信号処理がある場合、命令サイクルを１サイク
ル毎に、前記入力信号を例えば番組（１）、番組
（２）、番組（３）というように切り替えているため、
パイプライン処理時に条件分岐命令が途中に存在した場
合にも、次のサイクルは別の番組の信号処理を実行する
ことができるので、パイプライン処理を崩すことなく処
理が続行され、図１に示した第１の実施の形態と同様の
効果がある。

【００３４】図６は本発明のＲＩＳＣ型データ処理装置
の第３の実施の形態を示したブロック図である。但し、
図４の実施の形態に対応する部分は同一符号を用いて、
適宜説明を省略する。本例もスタックレジスタが、スタ
ックレジスタ１８（１）、１８（２）、１８（３）と３
個用意され、入力有効信号（１）、（２）、（３）に対
応して使用されるようになっている。又、本例は処理調
停器１から１個の入力要求信号が図示されないデータ送
信元に送られ、この要求によって入力有効信号（１）、
（２）、（３）のいずれかが前記データ送信元からＦＩ
ＦＯ１７に出力される。他の構成は図４に示した第２の
実施の形態と同様である。

【００３５】次に本実施の形態の動作について図７のタ
イミングチャートを参照して説明する。本装置は複数の
番組が時分割で入力される場合に、これを１サイクル毎
に切り替えて処理する。本例の処理調停器１は一つの入
力要求信号を図７（Ａ）に示すように図示されないデー
タ送信元に出力する。これに応じて、データ送信元は図
７（Ｂ）、（Ｃ）、（Ｄ）に示すように入力有効信号
（１）〜（３）のいずれかをＦＩＦＯ１７へ出力する。
入力有効信号（１）〜（３）は図７（Ｇ）に示すように
テレビなどの番組（１）、番組（２）、番組（３）に対
応しているが、この例では入力有効信号（１）〜（３）
の入力順はデータ送信元任せになっている。但し、デー
タ送信元は同一番組の符号化データを連続して出力する
ことはないものとする。

【００３６】処理調停器１は入力要求信号を出力する
と、データ送信元が図７（Ｂ）に示すように、例えば入
力有効信号１をアクティブとして、これに関する符号化
データを送ってくると、この符号化データがＦＩＦＯ１
７を介して入出力インターフェース１５によりＲＩＳＣ
ブロック３０内に取込まれる。即ち、入力要求信号がア
クティブになると、入力有効信号（１）がアクティブに
なり、ＦＩＦＯ１７に番組１の符号化データが次のサイ
クルで入力され、次に入力要求信号（２）がアクテイブ
になると、ＦＩＦＯ１７に番組（２）の符号化データが
次のサイクルで入力される。

【００３７】このように１サイクル毎に入力される番組
が異なるため、ＲＩＳＣブロック３０では異なる番組の
処理を１サイクル毎に処理する。

【００３８】本実施の形態によれば、処理調停器１は複
数の入力信号処理がある場合、命令サイクルを１サイク
ル毎に、例えば番組（１）、番組（２）、番組（３）、
番組（２）というように切り替えているため、パイプラ
イン処理時に条件分岐命令が途中に存在した場合にも、
次のサイクルは別の番組の入力信号処理を実行すること
ができるため、図１に示した第１の実施の形態と同様の
効果がある。

【００３９】また、図８はＭＰＥＧ２のシステムレイヤ
であるＴｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（以下ＴＳ）
を示した図である。ＴＳは図５又は図７で示した各番組
と同じ様に複数のパケットが１８８バイトのパケットサ
イズで時分割多重化されている。このようなＴＳに対応
するためには上記した第２、第３の実施の形態で示した
ＲＩＳＣブロック３０での命令の切り替えを１８８バイ
トパケット毎に切り替えることにより、対応が可能であ
る。

【００４０】以上説明した実施の形態１〜３では複数の
処理をーつのＲＩＳＣで処理する具体的な説明として符
号化された映像及び音声信号をデコードする処理につい
て説明したが、処理のアプリケーションとしてこれらに
捕らわれるものではない。

【００４１】

【発明の効果】以上詳細に説明したように、本発明のＲ
ＩＳＣ型データ処理装置及び方法によれば、複数の処理
データを１サイクル毎に切り換えて、連続して同一の処
理データが復号化されないようにしてパイプライン処理
することにより、条件分岐ハザードをパイプライン処理
を崩さずに著しく低減させることができ。装置全体の処
理効率を大幅に向上させることができる。

【図面の簡単な説明】

【図１】本発明のＲＩＳＣ型データ処理装置の第１の実
施の形態を示したブロック図である。

【図２】図１のＲＩＳＣブロックの内部処理の要求タイ
ミングを示したタイミングチャートである。

【図３】図１のＲＩＳＣブロックでのパイプライン処理
動作を示したタイミングチャートである。

【図４】本発明のＲＩＳＣ型データ処理装置の第２の実
施の形態を示したブロック図である。

【図５】図４に示した処理調停器の入力要求信号とＦＩ
ＦＯに入力される入力有効信号との関係を示したタイミ
ングチャートである。

【図６】本発明のＲＩＳＣ型データ処理装置の第３の実
施の形態を示したブロック図である。

【図７】図６に示した処理調停器の入力要求信号とＦＩ
ＦＯに入力される入力有効信号との関係を示したタイミ
ングチャートである。

【図８】ＭＰＥＧ２のシステムレイヤであるTransport
Streamを示した図である。

【符号の説明】

１…処理調停器、２…プログラムカウンタ、１５…入出
力インターフェース、１６…各処理状態検出器、１７…
ＦＩＦＯ、１８（１）〜１８（３）…スタックレジス
タ、１９…分岐先ＰＣ保持器、３０…ＲＩＳＣブロッ
ク。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数の処理データを単一ＲＩＳＣでパイ
   プライン処理することにより復号するＲＩＳＣ型データ
   処理装置において、 前記複数の処理データを復号する際に処理データを前記
   ＲＩＳＣ処理の１サイクル毎に切り換えることにより、
   同一種類の処理データが連続して処理されないように制
   御する制御手段を備えたことを特徴とするＲＩＳＣ型デ
   ータ処理装置。
2. 【請求項２】 プログラムカウンタ値をＮ個以上保存す
   る保存手段と、 前記複数の処理データの実行を個々に要求するＮ個の処
   理要求の有無状態を検出する検出手段と、 この検出手段により検出されるＮ個の処理要求信号を入
   力とし、前記Ｎ個の処理要求の中からーつの処理をＲＩ
   ＳＣ処理の１サイクルで処理するように調停する処理調
   停手段と、 この処理調停手段により出力された処理識別信号により
   前記保存手段により保存されているプログラムカウンタ
   値を現在のプログラムカウンタ値として設定する設定手
   段とを備えたことを特徴とする請求項１記載のＲＩＳＣ
   型データ処理装置。
3. 【請求項３】 前記処理調停手段は入力されるＮ個の処
   理要求信号の中で、同時に２つ以上のデータの処理要求
   がある場合には、ＲＩＳＣ復調処理のｌサイクル毎に異
   なる処理データを処理するように調停することを特徴と
   する請求項２記載のＲＩＳＣ型データ処理装置。
4. 【請求項４】 外部から入力する複数の処理データを単
   一ＲＩＳＣでパイプライン処理することにより復号する
   ＲＩＳＣ型データ処理装置において、 前記外部からの処理データを前記ＲＩＳＣ処理の１サイ
   クル毎に切り換えて同一の処理データが連続して入力さ
   れないようにする入力制御手段と、 前記入力制御手段により入力される処理データを前記Ｒ
   ＩＳＣ復号処理の１サイクル毎に処理するようにして、
   同一種類の処理データが連続して処理されないように制
   御する制御手段とを備えたことを特徴とするＲＩＳＣ型
   データ処理装置。
5. 【請求項５】 外部から入力する複数の処理データを単
   一ＲＩＳＣでパイプライン処理することにより復号する
   ＲＩＳＣ型データ処理装置において、 前記外部からの処理データを前記ＲＩＳＣ復号処理の１
   サイクル毎に切り換えて同一の処理データが連続して前
   記ＲＩＳＣ型データ処理装置に出力されないように処理
   データを該ＲＩＳＣ型データ処理装置に送出するデータ
   送出手段と、 このデータ送出手段により出力される処理データを前記
   ＲＩＳＣ処理の１サイクル毎に処理するようにして、同
   一種類の処理が連続して処理されないように制御する制
   御手段とを備えたことを特徴とするＲＩＳＣ型データ処
   理装置。
6. 【請求項６】 複数の処理データを単一ＲＩＳＣでパイ
   プライン処理することにより復号するＲＩＳＣ型データ
   処理方法において、 前記複数の処理データを復号する際に処理データを前記
   ＲＩＳＣ処理の１サイクル毎に切り換えることにより、
   同一種類の処理データが連続して処理されないように制
   御する制御過程を含むことを特徴とするＲＩＳＣ型デー
   タ処理方法。