JPS6285325A - 編集命令処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、編集処理に係り、特に編集命令の高速処理が
可能な編集命令処理方式に関する。

〔発明の背景〕

情報処理装置で使用される編集命令は、１ｏ進演算の結
果をプリント・アウトする場合に、小数点を入れたり、
３桁ごとにコンマを挿入したり、頭の不要なゼロを消し
たりするため、あるいは２種以上のデータを編集するた
めに使用される。

情報処理装置において、１０進数オペランドは次のよう
に取り扱われている。すなわち、１０進数１桁を４ビツ
トの２進数により表現する。例えば、１０進数の“０″
は２進数“００００”、１０進数のｉｔ　１　ｕは２進
数”０００１”で表現し、最大数９は２進数”１００１
”に対応しているので、１０進数は４ビツトの２進数“
００００”から”１００１”までで表現することができ
る。これが数字であって、２進数のうちの残りの“１０
１０”から”　ｉ　ｉ　ｔ　ｉ”までは。

正、負の符号を表す。

情報処理装置内では、この数字と符号を用いて、第１図
（ａ）に示すような４ビツトごとにフォーマットで取り
扱われるにれをパック形式１０進デ−夕と呼ぶ、バック
形式では、１バイトで２つの数字を表すことができるの
で、記憶容量に対して有利である。なお、第１図（ａ）
では４バイト（３２ビツト）の長さになっているが、実
際には何ビットであってもよく、最後の４ビツトの符号
により、数字列の終了を検知する。

ところで、パック形式１０進データをプリント・アウト
する場合、このままのフォーマットでは処理できない。

プリンタは、Ｏ〜９の数字の他にも、Ａ−Ｚのアルファ
ベット、特殊文字等を解読する必要があり、２進数４ビ
ツトでは１６字分しか表現できないから、これらすべて
をパック形式のままプリンタに送っても識別不能となる
。したがって、プリンタ等の出力装置に文字認識をさせ
るため、パック形式１０進データとは異なる表現方法、
つまりビット数の多いパターンで表す方法が用いられて
いる。これを、ゾーン形式と呼ぶ。

ゾーン形式では、すべての数字、アルファベット。

特殊文字は、１字を１バイト（８ビツト）で表現する。

特に、Ｏ〜９の数字は、第１図（ｂ）に示すように、１
バイトの左４ビツトを”＋１１１’“　（つまり１６進
でＦ）とし、右４ビツトを”ｏｏｏｏ”〜”　１ｏｏｉ
　”　　ｃ　ｏ〜９に対応）で表す。したがって、第１
図（ａ）のバック形式で（１）（２）（３）（４）の数
字が各４ビツトで配列されていれば、それらをゾーン形
式に変換すると、第１図（ｂ）のように、Ｆ（１）、Ｆ
（２）、Ｆ（３）、Ｆ（４）の各８ビツトの配列となる
。

バック形式では“０１０１”で表現される数字５は、ゾ
ーン形式のＪＩＩＩＯＩＯＩ”に変換される。

情報処理装置内で使用される編集命令は、パック形式１
０進データをゾーン形式に変換する命令である。この命
令は、バック形式１０進データをゾーン形式に変換する
とともに、小数点の挿入。

３桁ごとのコンマの挿入１頭の不要なゼロの削除等を行
う。

編集命令には、２つのオペランドが含まれるが、それら
のうち第２のオペランドにバック形式のデータが入れら
れ、第１のオペランドに編集パターン（マスク・パター
ン）が入れられる。編集パターンにしたがって第２オペ
ランドのバック形式がゾーン形式に変換され、結果が第
１オペランドに入れられる。

第２図は、編集を行うための編集パターンとして用いら
れる制御コードを示す図である。

第２図に示す５稚魚の制御コード（１バイト畏）が第１
オペランドに入れられ、この制御コードにしたがって、
第２オペランドの文字が変換される。

すなわち、先ず第】オペランドの編集パターンの先頭の
制御コードを読み、制御コードの指示にしたがって第２
オペランドのパック形式データの先頭ディジットを、ゾ
ーン形式に変換し、その結果を第１オペランドの制御コ
ードと入れ替える。以後、第１オペランドの制御コード
を１バイトずつ読み出し、第２オペランドのパック形式
データを。

制御コードの指示にしたがって１デイジツトずつゾーン
形式に変換する。

５種の制御コー１への動作は、次のとおりである。

先ず、理学は１１集したいデータの不要な頭の０を、他
の文字に置き換えたいときに用いら九る。

通常、置き換える文字としては、ブランク（４０）１［
１，あるいはアスタリスク（５Ｃ）等が用いられる。第
１オペランドの先ｒｆｉ１バイト目のパターンが理学と
して扱われる。

次に、数字選択文字（２０）ｘｅは、バック形式の４ビ
ツトからなる１０進数字をゾーン形式の８ビツトからな
る数字に変換して、編集パターンの（２０）ｘｅの場所
に入れる指示を行う。なお、第２オペランドの１バイト
の右側４ビツトに符号があった場合には、符号のかわり
に符号の次の４ビツトの数字がゾーン形式に変換される
。ただし、第２オペランドの先頭から１１０　ＩＩが続
いている場合は、先行１１０　ＩＩと呼び、ＩＩ　ＯＩ
Ｉに対するゾーン形式のかわりに理学を数字選択文字と
置き換える。

１１０　Ｉ＋以外の数字が現れると、数字選択文字はゾ
ーン形式の数字で置き換えられるにの後″Ｏ′″が現れ
ると、理学ではなく、ゾーン形式の１１０　ＩＴに置き
換えられる。このように、バック形式の′０″′を先行
１１０　＋＋とみなさないような状態を、「有意である
Ｊという。

次に、メツセージ文字は、編集に際して、符号、コンマ
、小数点等を入れるためのものであって、第１オペラン
ドにはメツセージ文字がそのまま残る。ただし、処理状
態が「有意でないＪ、つまり先行″′０″′が続いてい
る場合には理学と置き換えられる。

次に、有意開始文字（２１）ｚｅは、有意開始文字が現
れた次の桁から有意状態にさせる制御コードであって、
例えば、小数点の左側の′０″等は先行Ｉｔ　ＯＩＴで
もそのまま残したい場合が多いので。

それより１つ前の位置に（２１）ｚｓを入れておく。

これにより、先行“０”の状態であっても。

（２１）１ｏの後の桁では、バック形式の′０″に対し
、Ｊ［！！字ではなく、ゾーン形式の’ＦＯ”が入れら
れる。なお、有意開始文字のある桁自身は。

数字選択文字と同じようにゾーン形式の数字に置き換え
られる。

次に、欄区切り文字（２２）ｌｓは、それ自身は編集パ
ターンの最左端にある理学と置き換えられるが、以後の
桁から有意状態が解除される。すなわち、欄区切り文字
が出現した後で、数字選択文字が′０”に出合うと、先
行ｒｅ　Ｏｔｏと見て理学と置き換えられる。

第３図は、有意である状態と有意でない状１ｍの切り換
え時の説明図である。

有意でない状態から有意である状態に移るのは、第３図
に示すように、＃　ＯＩ＋以外の数字が現れたときと、
有意開始文字（２１）１ｅが現れたときの２つであり、
また有意である状態から有意でない状態に戻るのは、欄
区切り文字（２２）ｒｅが現れたときと、バック形式デ
ータ１バイトのうち後半４ビツトが正の符号であったと
きの２つである。

以上が、編集命令の説明である。

編集命令では、マスク・パターンである第１オペランド
の内容により、バック形式データである第２オペランド
の使用量（長さ）が左右される。

即ち、マスク・パターンが数字選択文字（２０）１６で
ある場合は、パック形式の第２オペランド４ビツトがゾ
ーン形式の第１オペランド８ビツト（又は理学）に置き
かえられるが、マスク・パターンがメツセージ文字であ
る場合は、パック形式の第２オペランドが使用されずそ
のままメツセージ文字が残る。この様に第１オペランド
の内容によって、必要とする第２オペランドの長さがか
わることが編集命令の特徴であり、編集処理の高速化を
防げる要因の１つになっている。

従来の処理装置の一例を第４図に示す。

２つのオペランドは、メモリ１０に存在し、処理装置に
より固有の長さ、例えば８バイトずつ、切り出されてそ
れぞれレジスタ１、レジスタ２に転送され編集処理が行
われる。編集結果はレジスタ３を介してメモリ１ｏに格
納される。メモリ１０からレジスタ１，２へのデータ転
送及びレジスタ３からメモリ１ｏへのデータ転送の制御
はマイクロプログラム２０により行われることが多い。

編集処理は専用のＥＤｉＴ回路３０で１バイトずつ処理
される。１回の編集処理では、レジスタ１，２から各々
１バイトずつデータを切り出し、結果の１バイトがレジ
スタ３の所定のバイト位置に納められる。この制御はハ
ードウェア又はマイクロプログラムで行われる。ここで
、８回の編集処理を行うことにより、レジスタ１及びレ
ジスタ３の１本分のデータが使用される。従って、マイ
クロプログラムで編集処理回数をカウントすることによ
り、８回に１同の割合で、メモリ１０からレジスタ１へ
のデータ転送及びレジスタ３からメモリ１０へのデータ
転送を指示することにより、スムーズに処理を継続する
ことができる。一方、第２オペランドであるレジスタ２
については、第１オペランドの内容によりその必要とす
るデータ量が不規則になるため、必ずしも８回の編集処
理でメモリ１０からレジスタ２へのデータ転送を指示す
ることができない。そこで、レジスタ２のデータを全て
使い終わった事をＥＤｉＴ回路３０で検出し線３１を通
じてマイクロプログラム２０へ報告する。

マイクロプログラム２０は線３１が′１′になるとｍ２
１を通じてレジスタ２へのデータ転送を指示（ＲＥＱ２
と略記）する、ＲＥＱ２が発行され）るとメモリ１０か
ら線１２を通じて次の８バイト第２オペランドデータが
レジスタ２へ転送される。

（Ｓ　Ｆ＝：　’Ｉ’　２と略記する）従来方式では、
１同の編集処理に比べ、レジスタ２へのデータ転送時間
力１畏く、例えば、ＲＥＱ２と５ＥＴ２の各各が１回の
！ｇ集処理と同等、即ち、レジスタ２へのデータ転送が
２回の編集処理と同程度の時間を要してしまた。

この様な処理について、第５図のフローチャートを用い
より詳しく説明する。

ここで、４０二コで示した内容はマイクロプログラムに
よる処理を示し、１回のｌＪ集処理に要する時間（１ス
テツプと呼ぶ）がかか机◇で示した内容はマイクロプロ
グラムの処理の切り分けを示し５便宜上時間はＯである
。又、　　’ＥＤｉＴ’は１回の編集処理、’ＲＥＱＩ
”ＲＥＱ２’はメモリ１０から第］、第２オペランドの
次の１ワードデータの読出し指示、’　Ｓ　Ｅ　Ｔ　、
１　”　Ｓ　Ｅ　Ｔ　２　’はメモリ１０からレジスタ
１．２へのデータ転送指示、’５ＴＯＲＩＥ　’はレジ
スタ３からメモリ１０へのデータ転送指示、’［Ｅｍｐ
ｔｙ　１　’はあと２回の編集処理によりレジスタ１の
内容を使い終えるか否かの判断、　　’ｕ＋ｎｐｔｙ　
２’はレジスタ２の内容を全て使い終えたか否かの判断
、’　Ｃｏｎｔ　１ｎｕ６　’は編集処理を継続するか
否かの判断を示す。

まずレジスタ１及び２にデータが十分存在する場合には
、処理１０１で１ステツプ分の編集処理が行われ１判断
１１１，１１２はいずれも不成立となるので再び処理１
０１八戻る。レジスタ１は、編集処理８回に１回の割合
で次の第１オペランドデータを補給すれば良いから、マ
イクロプログラムにより編集処理回数をカウントするこ
とで、補給する時期が予測可能である。マイクロプログ
ラムが次の第１オペランドデータ８バイトの読出しを指
示（ＲＥＱｌと略記）し、メモリ１０からレジスタ１ヘ
データを転送（ＳＥＴｌと略記）するに要する時間が２
ステツプであるものとすると。

レジスタ１の内容が残り２バイトとなった時点を検出す
れば良い。例えば、マイクロプログラムでの編集処理回
数カウント値が６となったとき、判断１１２の’Ｅｍｐ
ｔｙ　１　’　を成立させる。判断１１２が成立すると
処理１０２へ移り、第１オペランドの補給指示Ｒ１ΣＱ
１を発行するとともに１ステツプ分の編集処理ＥＤｉＴ
を行う。レジスタ２の内容が十分あれば、判断１１３は
不成立となり処理１０３へ移り、１ステツプ分の編集処
理ＥＤｉＴを行う。この編集処理によりレジスタ１の内
容は全て使用済となるから、先に処理１０２で発行した
ＲＥＱＩに対応する、“・；の第１オペランドデータ８
バイトをレジスタ１へセット（ＳＥＴｌ）する。又、同
時に、編集結果であるレジスタ３も満杯となるため。

レジスタ３からメモリ１０への格納指示５ＴＯＲＥを発
行する６判断１１４では、第１オペランドが残っており
、＃！集焙処理続ける（Ｃｏｎｔｉ口ｕｃ）　ｋＱ合に
は、判断１１１へ移り、処理が継続される。レジスタ２
の内容が全て使用済となったかどうかは、先に示した様
にマスク・パタンに左右されるため、予ａｔｌＩできな
いので、実際にレジスタ２が使用済となった事（Ｅｍｐ
ｔｙ　２　）を検出して初めてマイクロプログラムの流
れを切りかえる事になる。判断１〕１でＥｍｐｔｙ　２
を検出すると、処理１０４へ移る。処理１０４では、第
２オペランドの次の８バイトデータの準備指示ＲＥＱ２
を発行し、次に処理１０５でメモリ１０からレジスタ２
へのデータ転送５ＥＴ２が行われる。この間、レジスタ
２は全て使用済状態であるため、編集処理を行うことが
できない、同様に、処理１０２を行ったあとにＥｍｐｔ
ｙ　２が判断１１３で成立すると処理１０６゜１０７で
それぞれＲＥＱ２，５ＥＴ１．が行われるが、この間も
編集処理ＥＤ、Ｌ丁を行うことができない。

以上の様に、処理１０１，１０２，１０３　（太わくの
部分）では編集処理ＥＤｉＴが行えるが、Ｅｍｐｔｙ２
が成立したあとの処理１０４，１０５，１０６゜１０７
では編集処理を行うことができない。

このように、従来の編集命令処理に於ては、第２オペラ
ンドをレジスタ２八補給するための処理１０４．１０５
又は１０６，１０７を行うステップでは編集処理ＥＤＬ
Ｔが行えず、編集処理を中断せざるを得ないため、性能
が劣下する。

〔発明の目的〕

本発明の目的は、前記従来の欠点を解消するため、第２
オペランドのデータのレジスタ２への補給をスムーズに
行い、この間も編集処理を中断することのない、高速な
、編集命令処理方式を提供することにある。

〔発明の概要〕

上記目的を達成するため、本発明の編集命令処理方式で
は、メモリとレジスタ２の間に、第２オペランドの次の
１ワード分のデータを納めるレジスタ４を設け、かつ、
該レジスタ４からレジスタ２への転送が行われた事を示
すラッチを設け、レジスタ２の内容を全て使用したこと
を検出するとレジスタ４からレジスタ２への転送を行う
とともに、該ラッチを１にセットすることを特徴として
いる。

〔発明の実施例〕

以下、本発明の一実施例を説明する。

第１の実施例のブロック図を第６図、フローチャートを
第７図に示す。

第６図は従来の処理装置を示す第４図と比べ、メモリ１
０とレジスタ２の間にレジスタ４が、ＥＤｉＴ回路３０
とマイクロプログラム２０の間に、ラッチ５が付加され
ている。他のレジスタ１，２゜３等についてはほぼ同等
である。まず、レジスタ１．２にはそれぞれ第１．第２
オペランドデータの最初の１ワード（８バイト）が納め
られ、レジスタ４には第２オペランドの次の１ワードが
納められる。８バイトのレジスタ１，２からはそれぞれ
１バイトずつデータが切り出されＨＤｉＴ回′Ｎｔ３０
へ送られ編集処理が行われる。結果は１バイトずつレジ
スタ３の所定のバイト位置にセットされる。

１回の編集処理でレジスタ１の１バイト分が使用され、
レジスタ３の１バイトに結果がセットされるが、レジス
タ２については必ずしも１バイト分のデータが使用され
ず、もし、該１バイトデータが使用されなかった場合に
は１次の編集処理で。

レジスタ２から同一の１バイトデータが切り出さハル。

メモリ１０からレジスタ１へのデータ転送、および、レ
ジスタ３からメモリ１０へのデータ転送はマイクロプロ
グラム２０により制御される。

８回の編集処理に１回の割合で該データ転送が必要とな
るため、マイクロプログラム２０では編集処理回路をカ
ウントし、予測している。一方、レジスタ２の内容が全
て使用済となったか否かは。

実際に編集処理を行って初めてわかるため、ＥＤｉＴ回
路３０にてこれを検出し、線３１を′１′にする。線３
１が′１′になると、ラッチ５をセットし、かつ、レジ
スタ４からレジスタ２へのデータ転送を行う、レジスタ
４には、次の１ワードデータが準備されているので、レ
ジスタ２が空くと即座に次のデータが補給されることを
意味し、レジスタ２のデータネ足による処理の中断を防
止することができる。又、ラッチ５がセットされている
ことは、レジスタ４からレジスタ２へのデータ転送が行
われたこと、即ち、レジスタ４が空き（Ｅｍｐｔｙ　４
　）であることを意味している。マイクロプログラム２
０はラッチ５がセットされているかを調べて、もし、セ
ットされている場合には、メモリ１０からレジスタ４へ
次の１ワードの第２オペランドデータ転送を摺示し、レ
ジスタ４へのセットが完了したときラッチ５をリセット
する。

この間、レジスタ２よは８バイト分のデータが存在する
ので、少なくとも８回の編集処理を行う時間内に、この
処理を実行すれば第２オペランドデータの不足は生じな
い。

第７図のフローチャートを用いてマイクロプログラム２
０の処理を説明する。ここで、口コはマイクロプログラ
ムの処理を示し１回の編集処理時間（１ステツプ）を要
す。◇はマイクロプログラムの判断を示し便宜上時間は
０である。フローチャート中、’ＥＤｉＴ’は１回の編
集処理、’ＲＥＱＩ’　　・　’ＲＥＱ２’はメモリ１
０からの第１・第２オペランドの次の１ワードの読出し
指示、’５ＥＴＩ’　　・　’５ＥＴ２’はメモリ１０
かレジスタト４へのデータ転送指示、’５ＴＯＲＥ　’
はレジスタ３からメモリ１０へのデータ転送指示、’Ｅ
ｍｐｔｙ　１　’はあと２回の編集処理によりレジスタ
１の内容を使い終えるか否かの判断、’Ｅｍｐｔｙ４′
はラッチ５がセットされているか否かの判断、’Ｃｏｎ
ｔｉｎｕｅ’は編集処理を継続するか否かの判断を示す
。

レジスタ１及び２にデータが十分存在する場合には、処
理２０１で１ステップ分の編集処理が行われ、判断２１
１，２１２はいずれも不成立となるので再び処理２０１
へ戻る。レジスタ１は編集処理８回に１回の割合で次の
第１オペランドデータを補給すれば良いから、マイクロ
プログラムで編集回数をカウントすることにより補給時
期が予測可能である。レジスタ１の内容が残り２バイト
になった時点で判断２１１　（Ｅ＋ｎｐｔｙ　１）が成
立するので処理２０２へ移る。処理２０２では編集処理
（Ｅｌ］ｉＴ）と同時にメモリ１０に対し次の第１オペ
ランドデータの読出しくＲＥＱＩ）を指示する。

処理２０３では、ピＤｉＴと同時にＳ　Ｅ　Ｔ　１　、
５ＴＯＲ［！を指示する５これによりレジスタ１の内容
が使用済となると同時に次の１ワードがレジスタ１にセ
ットされるため、編集処理が継続的に行える。編集処理
を続ける場合は判断２１４が成立し、処理２０１へ戻る
。レジスタ２の内容が全て使用済となりレジスタ４の内
容がレジスタ２へ転送された場合、即ち、ラッチ５がセ
ット（Ｅｍｐｔｙ　４　）されていると判断２１２が成
立し、処理２０４へ移る。

処理２０４では、レジスタ４は空きであるがレジスタ２
にはデータが存在するため編集処理を行うことができる
ので、ＨＤｉＴと第２オペランドの読出し指示（ＲＥＱ
２）を行う。その後判断２１３でＥｍｐｔｙ　１が不成
立の場合は処理２０５へ移る。処理２０５では［ＥＤｉ
Ｔを行うと同時にメモリ１０からレジスタ４へのデータ
転送指示（ＳＥＴ２）を行う、又、５ＥＴ２で同時にラ
ッチ５をリセットする。もし、判１９？２１３が成立し
た場合、即ち、第２オペランドデータの補給と第１オペ
ランドデータの補給が連続して発生した場合、処理２０
６へ移る。処理２０６では＋　１ＥＤｊＴと同時に５Ｅ
Ｔ２゜ＲＥＱＩが行われ、処理２０３へ移る。処理２０
６は、処理２０２と２０５を混合させたものに相当する
。この様に、レジスタ２の補給をマイクロプログラムで
行わず、ハードウェアによりレジスタ４から補給するこ
とにより常にレジスタ２には使用可能なデータが存在す
るため、処理２０４゜２０５．２０６でも編集処理が行
える様になった。

又、レジスタ４への補給は、次にレジスタ２が使用済と
なる最少８ステツプ内に行えば良いから、毎ステップＥ
ｍｐｔｙ　４の判断を行う必要がないので。

処理２０２及び処理２０４及び処理２０６のあとにＥｍ
ｐｔｙ　４の判断を行わなくて良い。

次に、第２の実施例のブロック図を第８図、フローチャ
ートを第９図に示す、第２の実施例は第１の実施例の一
変形であり基本的な考え方に相違はない。

第８図のレジスタ２′は、第６図のレジスタ２とレジス
タ４を横畏に並べた植成に等しく、１６バイト長のレジ
スタである。レジスタ２′には最初、第２オペランドの
最初の２ワードが納められ。

レジスタ１には第１オペランドの最初の１ワードが納め
られる。レジスタ１，２′からはそれぞれ１バイトずつ
データが切り出されＥＤｉ丁回路３０へ送られ編集処理
が行われる。結果は１バイ１−ずつレジスタ３の所定の
バイト位置にセットされる。

メモリ１０からレジスタ１へのデータ転送及びレジスタ
３からメモリ１０へのデータ転送は、編集処理の一定回
数毎にマイクロプログラム２０の制御により行われる。

メモリ１０からレジスタ２′へのデータ転送はラッチ２
Ｌ又は２Ｒを参照して、１ワードずつレジスタ２′の前
半又は後半に行われる。ラッチ２Ｌはレジスタ２′の前
半が使用済になった時（例えばバイト切出しのためのポ
インタがバイト７からバイト８に切り換った時）に線３
１を介してセットされ、２Ｒに後半が使用済になった時
セットされる。マイクロプログラム２０はラッチ２Ｌ又
は２Ｒがセットされていると線２１によりメモリ１０か
らのデータ転送を指示し、線１２を介してデータを読出
す、もし２Ｌがセットされていた場合は＠２２をオンに
してレジスト２′の前半にデータを格納したのちラッチ
２Ｌをリセットする。もし２Ｒがセットされていた場合
は線２３をオンにしてレジスタ２′の後半にデータを格
納したのちラッチ２Ｒをリセットする。即ちレジスタ２
′の半分が使用済となる毎にデータを補給し、常にレジ
スタ２′には有効な第２オペランドデータが存在する様
に制御する。

第９図のフローチャートを簡単に説明する。

ＥＤｉＴ処理（３０１）中に第１オペランドの不足を３
１１で検出すると判断３０２，３０３で、ＩＥＤｉＴ処
理を行いながらレジスタ１に次のオペランドデータを補
給する。第２オペランドの不足は判断３１２でラッチ２
Ｌ又は２Ｒがセットされていると処理３０４へ移る。ラ
ッチ２Ｌがセットされている場合は処理３０５でレジス
タ２′の前半にデータを補充（ＳＥＴ２Ｌ）Ｌラッチ２
Ｒがセットされている場合は処理３０６でレジスタ２′
の後半にデータを補充（ＳＥＴ２Ｒ）する、同時に第１
オペランドの不足を判断３１３で検出した場合には、各
々処理３０７，３０８で第１オペランドのデータ転送指
示と並行して実施する。ラッチ２Ｌと２Ｒは同時にセッ
トされることはないので判断３１４，３１５ではラッチ
２Ｌと２Ｒのいずれかをみれば良い。

この様に、レジスタ２′の前半と後半に交互にデータを
補給する方式は、第１の実施例の１変形である。又、レ
ジスタ２′は１ワード（８バイト）長でも良くその前・
後半１／２ワード毎に交互にデータを補給する変形例も
容易に考えられる。

〔発明の効果〕

本発明によれば、第１オペランドの内容によって、必要
とする第２オペランドの長さがかねる編集命令の処理に
於て、第２オペランドのデータ補給をスムーズに行うこ
とができ、データ補給の処理と編集処理を並行して実施
することができるので、編集命令を高速に行える効果が
ある。

【図面の簡単な説明】

第１図はバック形式とゾーン形式の１０進数の比較説明
図、第２図は編集パターンに用いられる制御コードの説
明図、第３図は有意と非有意との切り換え時の説明図、
第４図は従来例のブロック図、第５図は従来例のフロー
チャート、第６図は第１の実施例のブロック図、第７図
は第１の実施例のフローチャート、第８図は第２の実施
例のブロック図、第９図は第２の実施例のフローチャー
トである。 １．２，３．４・・・レジスタ、１０・・・メモリ、２
０・・・マイクロプログラム、３０・・・ＥＤｉＴ回路
、５゜２Ｌ、２Ｒ・・・ラッチ。

Claims (1)

1. 【特許請求の範囲】 第１オペランドにある制御コードにしたがい、第２オペ
   ランドにあるパック形式１０進数をゾーン形式データに
   編集する命令を実行する処理装置において、第２オペラ
   ンドの１ワード（例えば８バイト）分を保持するレジス
   タ２とメモリとの間に、次の１ワード分を保持するため
   のレジスタ４と、該レジスタ４から該レジスタ２への転
   送が行われたことを示すラッチを有し、 レジスタ２の内容を全て編集処理で使用したことを検出
   するとレジスタ４からレジスタ２へのデータ転送を行う
   とともに上記ラッチをセットし、レジスタ４へ第２オペ
   ランドの次の１ワードをセットしたとき上記ラッチをリ
   セットする事を特徴とする編集命令処理方式。