JPH05298065A - データ変換処理方式 - Google Patents

Abstract

(57)【要約】 【目的】 １バイト系の文字データと２バイト系の文字
データの混在するフィールドの編集が容易にできるデー
タ変換処理方式を得る。 【構成】 データ形式変換部１において、原データファ
イル２のレコードを原データ入力手段３で入力し、デー
タ変換手段４でフィールド単位にデータの内容を調べ１
バイト系の文字データが存在するか調べる。もし、１バ
イト系の文字コードが存在するならばその文字に対応す
る２バイト系の文字コードに変換する。１レコード分の
データ変換が終了したら中間ファイル出力手段５で中間
ファイル６に出力される。データ編集処理部７におい
て、中間ファイル６から変換されたレコードを中間ファ
イル入力手段８で入力する。入力されたレコードはその
まま編集可能な形式であるので、次のデータ編集手段９
で表示可能な形式に編集され、出力手段１０で出力装置
１１に表示されたり，印字される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、コンピュータ等のデ
ータ処理装置において、一つのフィールドの中に１バイ
ト系の文字コードと２バイト系の文字コードが混在する
データを処理し易くするためのデータ変換処理方式に関
するものである。

【０００２】

【従来の技術】図９は、例えば特開昭６３−２５４５４
２号公報に示された従来の混在フィールド制御方式のブ
ロック構成図であり、図において、１はデータ形式変換
部、２は原データファイル、３は原データ入力手段、５
１はデータ内容判別手段、５２はビットマップ作成手
段、５は中間ファイル出力手段、６は中間ファイル、７
はデータ編集処理部、８は中間ファイル入力手段、５３
はビットマップ解析手段、５４はデータ展開手段、９は
データ編集手段、１０は出力手段、１１は出力装置であ
る。

【０００３】次に動作について説明する。原データファ
イル２には、一つのフィールドに１バイト系の文字デー
タと２バイト系の文字データとが混在するレコード群が
記憶されている。このとき２バイト系の文字データに
は、データ自身にシフトコードであるシフトイン，シフ
トアウトを付加した形式で格納されている。

【０００４】まず、原データ入力手段３で原データファ
イル２からレコードを入力する。読み込まれた１レコー
ドをデータ内容判別手段５１でフィールド単位にデータ
の内容を調べ、２バイト系コードデータの存在を判別す
る。その結果から、ビットマップ作成手段５２で２バイ
ト系の文字コードの位置に対応するビットマップ上のビ
ットを立てる。

【０００５】図１０は、ビットマップが１ビットである
ときに、フィールド中の２バイト系の文字データの位置
を相対的に表している関係図である。図１０におけるフ
ィールド内の混在データ例５５は、１バイト系の文字デ
ータである“Ａ”，“Ｂ”，“Ｃ”，“Ｄ”と、２バイ
ト系の文字データである“日本”とが混在している１フ
ィールドの例である。これに対してビットマップ例５６
では、上記混在フィールドの１バイトに対して１ビット
が相対的に対応付けられていて、混在データ例５５の中
の２バイト系文字データ“日本”の文字の位置に対応し
たビットが“１”（ＯＮの状態）となっている。

【０００６】次に、ビットマップ作成手段５２によって
作成されたビットマップは、１バイト系文字データと２
バイト系文字データとが含まれるフィールドの直後に付
加されて、中間ファイル６へ中間ファイル出力手段５に
よって格納される。このとき、混在データであることを
意味する記号（本例では“Ｍ”）にデータ属性を変換す
る。

【０００７】図１１は、ビットマップが付加され、デー
タ属性定義が変換された内部表現形式のレコードの実例
を示す説明図である。図１１において、内部表現形式レ
コード例５７は、図１０で示した混在データ例がデータ
属性５８の“Ｍ”と、ビットマップ５９が付加された形
のレコードとを含むデータに変換された実例である。

【０００８】以上のように、１バイト系文字データと２
バイト系文字データとが混在する原データを内部表現形
式に変換し、中間ファイル６へ格納するのがデータ形式
変換部１である。

【０００９】次に、中間ファイル６に格納された内部表
現形式レコードを出力装置へ表示したり，印字するため
の手段としてのデータ編集処理部７について説明する。
データ編集処理部７では、中間ファイル６を中間ファイ
ル入力手段８で入力し、ビットマップ解析手段５３でビ
ットマップを解析し、２バイト系文字データの位置を求
める。データ展開手段５４では、ビットマップ解析手段
５３によって得られた２バイト系の文字データの位置を
もとにフィールドのデータを分解し、２バイト系の文字
データの前後にシフトコードを付加する。

【００１０】以上のようにして、すべての２バイト系コ
ードデータにシフトコードが付加されると、データ編集
手段９は表示可能な形式にレコードを編集し、出力手段
１０で出力装置１１へ表示したり，印字する。

【００１１】

【発明が解決しようとする課題】従来方式は以上のよう
に成されていたので、ビットマップを解析する処理が余
分に必要となり、従来からあるデータ編集処理をそのま
ま使うことはできない。また、このような混在データの
扱いが困難なのはデータを編集する作業であるが、デー
タ編集手段にデータが渡って来る段階で２バイト系の文
字データにシフトコードが付加されているため、ここで
の問題点は解決されていない。

【００１２】上記の問題点を図で説明する。図８は１バ
イト系の文字データと２バイト系の文字データの混在す
るフィールドを２等分する処理を示した説明図である。
図において、４５は１バイト系の文字コードと２バイト
系の文字コードとが混在しているフィールドの例であ
る。この例ではシフトイン，シフトアウトをそれぞれ２
バイトとした。４６は２等分したデータの前半部分を格
納するフィールドである。４７は２等分したデータの後
半部分を格納するフィールドである。

【００１３】混在フィールド４５の内容を２等分して前
半部分フィールド４６と後半部分フィールド４７にそれ
ぞれ格納する処理である。このときに問題になるのは、
２等分するときの境界が２バイト系文字データにかかっ
てしまうことがあることである。混在フィールド４５の
２等分する境界は２バイト系文字コードである“漢”に
かかっている。ここでデータを分けると“漢”のデータ
が壊れてしまう。ここでは“漢”を前半部分に振り分け
ることで回避している。

【００１４】また、２等分するときの境界が１バイト系
文字データになるか２バイト系文字データになるかで、
前半部分フィールド４６の終端と後半部分フィールド４
７の始端の処理が変わってくる。図８では２等分した境
界が２バイト系文字データであり、２バイト系の文字コ
ードで終了しているため、前半部分フィールド４６の終
端と後半部分フィールド４７の始端にそれぞれシフトア
ウト，シフトインを付加している。境界が１バイト系文
字データならばシフトコードを付加する必要はない。上
記の境界の文字コードの判断を行うためには、混在フィ
ールド４５の先頭から文字データを解析する必要がある
ためプログラムの作成上大きな困難がともなっていた。

【００１５】この発明は上記のような問題点を解決する
ためになされたもので、１バイト系の文字データと２バ
イト系の文字データの混在するフィールドの編集が容易
にできるようにしたデータ変換処理方式を提供すること
を目的とする。

【００１６】

【課題を解決するための手段】この発明に係るデータ変
換処理方式は、一つのフィールドの中に１バイト系の文
字コードと２バイト系の文字コードが混在するデータを
処理するデータ処理装置において、１バイト系の文字コ
ードに基づき、その文字に対応する２バイト系の文字コ
ードが参照可能なテーブルを有し、このテーブルを用い
て１バイト系の文字コードを２バイト系の文字コードに
変換する変換手段を備え、一つのフィールドの中に１バ
イト系の文字コードと２バイト系の文字コードが混在す
る場合に、１バイト系の文字を対応する２バイト系の文
字に置き換えるようにしたものである。

【００１７】さらに、この発明に係るデータ変換処理方
式は、１バイト系のかな文字コードに濁点，半濁点のコ
ードが続く場合、上記１バイト系のかな文字に対応する
２バイト系の文字コードに所定の定数を加算して、１バ
イト系のかな文字とそれに続く濁点，半濁点を対応する
２バイト系の濁音，半濁音の文字に置き換えるようにし
たものである。

【００１８】

【作用】この発明においては、１バイト系の文字コード
をそれに対応する２バイト系の文字コードに対応させる
テーブルを有し、１バイト系の文字を２バイト系の文字
に変換する。これにより、１バイト系の文字データと２
バイト系の文字データの混在するフィールドの内容を２
バイト系の文字コードに統一することができる。

【００１９】また、１バイト系のかな文字に濁点，半濁
点が続く場合、該当する２バイト系の文字コードに定数
を加算し、濁音，半濁音の２バイト系の文字に変換す
る。このように、濁点，半濁点の付いている１バイト系
のかな文字データを濁点，半濁点付きの２バイト系文字
コードに変換することで、フィールドに格納できるデー
タ長をできるだけ長くすることができる。

【００２０】

【実施例】

実施例１．図１はこの発明の一実施例を示すデータ変換
処理方式のブロック構成図である。図において、１はデ
ータの形式を変換するデータ形式変換部、２は従来の１
バイト系文字コードと２バイト系文字コードとが混在す
るフィールドからなるレコード群が格納されている原デ
ータファイル、３は原データファイル２のレコードを入
力する原データ入力手段、４は入力した１バイト系文字
コードと２バイト系文字コードとが混在するフィールド
を変換するデータ変換手段、５は変換したデータを中間
ファイルに出力する中間ファイル出力手段、６は変換後
のレコード群が格納される中間ファイル、７はデータを
出力装置に出力するデータ編集処理部、８は中間ファイ
ル６のレコードを入力する中間ファイル入力手段、９は
入力したレコード内のフィールドを編集するデータ編集
手段、１０は編集されたデータを出力装置に出力する出
力手段、１１は実際にフィールドの内容を表示したり，
印字する出力装置である。

【００２１】次に動作について説明する。まず、データ
の形式を変換するデータ形式変換部１について説明す
る。原データファイル２のレコードを原データ入力手段
３で入力する。入力されたレコードはデータ変換手段４
でフィールド単位にデータの内容を調べ、１バイト系の
文字データが存在するか調べる。もし、１バイト系の文
字コードが存在するならばその文字に対応する２バイト
系の文字コードに変換する。同時にその１バイト系の文
字コードの前後に存在するシフトコードは除去すること
ができる。このようにしてデータ変換手段４で１レコー
ド分のデータ変換が終了したら、中間データ出力手段５
で中間ファイル６に出力される。この一連の処理を原デ
ータファイル２のレコード数分繰り返すことで中間ファ
イル６を作り上げる。

【００２２】ここで、データ変換手段４の動作を図２の
フローチャートにて詳細に説明する。図において、１２
から３０は本文中で説明する処理ステップに対応してい
る。

【００２３】また、図３はデータ変換手段４で用いるデ
ータであり、図において、３１は原データ入力手段３が
入力したレコードが格納されるメモリ上のバッフアであ
り、ここではバッフアＡとしている。３２はデータ変換
手段４で変換されたレコードが格納されるメモリ上のバ
ッフアであり、ここではバッフアＢとしている。３３は
バッフアＡ３１のポインタでアドレス値がセットでき
る。このポインタはバッフアＡの任意の場所の内容を参
照／更新することができ、このポインタをポインタＡと
する。３４はバッフアＢ３２のポインタであり、ここで
はポインタＢとする。

【００２４】また、図４は１バイト系の文字コードを２
バイト系の文字コードに変換するデータ変換テーブルで
ある。データ変換テーブル３５は２バイトの要素が２５
６個あるテーブルでそれぞれの要素には１バイト系の文
字コードに対応する２バイト系の文字コードが格納され
ており、その順番は１バイト系の文字コードの値の順番
に並んでいる。１バイト系の文字コードに対応する２バ
イト系の文字を参照するには、１バイト系の文字コード
の値に２を乗じる。データ変換テーブル３５の先頭から
その値分先に格納されている２バイトのデータがその１
バイト系の文字コードに対応する２バイト系の文字コー
ドになる。

【００２５】また、図には記述していないが、ここでは
ポインタＡ３３が指している文字コードが１バイト系の
文字コードか２バイト系の文字コードかを記憶するため
の標識（フラグ）を用いる。この標識はポインタＡ３３
が指している文字コードが１バイト系の文字コードなら
ばＯＦＦになり、２バイト系の文字コードならばＯＮに
なる。この標識をフラグＡとする。

【００２６】図２のフローチャートを説明する。図１の
原データ入力手段３により原データファイル２のレコー
ドがバッフアＡ３１に読み込まれている。まずポインタ
Ａ３３，ポインタＢ３４に初期値をセットする（ステッ
プ１２）。この初期値はそれぞれバッフアＡ３１，バッ
フアＢ３２の先頭アドレスである。次にバッフアＢ３２
の内容をクリアする（ステップ１３）。次にフラグＡの
初期値をセットする。ここでは、バッフアＡ３１に読み
込まれたフィールドの先頭は常に１バイト系の文字コー
ドから始まることになっているので、フラグＡはＯＦＦ
の状態にしておく（ステップ１４）。また、バッフアＢ
３２にセットされる変換後のフィールドは、必ず２バイ
ト系の文字データから始まるので、変換後のデータバッ
フアの先頭にはシフトインコードをセットする（ステッ
プ１５）。ポインタＢ３４をシフトインコードの長さ
（ここでは２バイト）分進める（ステップ１６）。次
に、ポインタＡ３３の指しているバッフアＡ３１のフィ
ールドの文字データを調べていく（ステップ１７）。こ
の時シフトインがあれば、そこからは２バイト系の文字
コードになるのでフラグＡをＯＮにする（ステップ１
８）。逆にシフトアウトがあれば、そこからは１バイト
系の文字コードになるのでフラグＡをＯＦＦにする（ス
テップ１９）。シフトイン，シフトアウトのときにはバ
ッフアＢ３２にはデータをセットせず、ポインタＡ３３
を次の文字に進めるためにポインタＡ３３に２を加える
（ステップ２０）。シフトイン，シフトアウト以外のと
きはフラグＡの状態を判断する（ステップ２１）。フラ
グＡがＯＮならば２バイト系の文字コードなので、その
データ２バイト分をそのままセットする（ステップ２
２）。そして、ポインタＡ３３を次の文字に進めるため
ポインタＡ３３に２を加える（ステップ２３）。フラグ
ＡがＯＦＦならば１バイト系の文字コードなので、ポイ
ンタＡ３３の指している文字コードの値をもとに変換テ
ーブル３５から対応する２バイト系の文字コードを取り
出し、ポインタＢ３４の指しているバッフアＢ３２の場
所に２バイト分セットする（ステップ２４）。ポインタ
Ａ３３を次の文字に進めるためポインタＡ３３に１を加
える（ステップ２５）。そして、ポインタＢ３４をバッ
フアＢ３２の次の場所に進めるためにポインタＢ３４に
２を加える（ステップ２６）。以上の動作を一つのフィ
ールドのデータが終わるまで繰り返す（ステップ２
７）。一つのフィールドの変換が終了したら、ポインタ
Ｂ３４の指している場所にシフトアウトをセットする
（ステップ２８）。そしてポインタＢ３４をシフトアウ
トの長さ（ここでは２バイト）分進める（ステップ２
９）。以上のステップ１４からステップ２９までの処理
をフィールドの数分繰り返し、１レコード分のデータの
変換を行う（ステップ３０）。

【００２７】次に、以上のようにしてデータ形式変換部
１で出力された中間ファイル６のレコードの内容を出力
するデータ編集処理部７について説明する。中間ファイ
ル６から、変換されたレコードを中間ファイル入力手段
８で入力する。入力されたレコードはそのまま編集可能
な形式であるので、次のデータ編集手段９で表示可能な
形式に編集され、出力手段１０で出力装置１１に表示さ
れたり、印字される。

【００２８】実施例２．実施例１では１バイト系の文字
をそのまま２バイト系の文字に変換していた。これだ
と、１バイト系の文字の長さがそのまま２倍になってし
まう。本実施例では、１バイト系のかな文字に濁点，半
濁点が付いているものに注目し、これを濁音，半濁音の
２バイト系の文字に変換する。図５は、実施例１で使用
したフローチャートに濁点，半濁点の処理を追加したも
のである。図において、３６から４１は追加された処理
ステップであり、本文中で説明する処理ステップに対応
している。また、２１，２４，２５，２６は図２のフロ
ーチャートで同じ番号の処理ステップに対応している。

【００２９】次に動作について説明する。フラグＡの状
態を判断し（ステップ２１）、フラグＡがＯＦＦならば
１バイト系の文字コードの変換を行う（ステップ２
４）。このときポインタＡ３３の指している１バイト系
の文字コードを調べる（ステップ３６）。その文字が、
かなのカ行，サ行，タ行であるならば、ポインタＡ３３
の指している次の文字が濁点かを判定する（ステップ３
７）。濁点ならばポインタＢ３４が指している２バイト
系の文字コードに対して第１の定数を加える（ステップ
３８）。また、ポインタＡ３３の指している１バイト系
の文字がかなのハ行である時、ポインタＡ３３の指して
いる次の文字が濁点か，半濁点かを判定する（ステップ
３９）。濁点ならば、ポインタＢ３４が指している２バ
イト系の文字コードに対して第１の定数を加える（ステ
ップ３８）。半濁点ならば、ポインタＢ３４が指してい
る２バイト系の文字コードに対して第２の定数を加える
（ステップ４０）。このときの定数は、２バイト系の文
字コードがＪＩＳの漢字コード（ＪＩＳ Ｘ０２０８）
であるならば、濁点の時は１、半濁点の時は２とする。
これは、ＪＩＳの漢字コードではかなの文字コードが
“清音”，“濁音”，“半濁音”の順にコードが定義し
てあることを利用している。そして、上記の濁点，半濁
点の処理が行われたならばポインタＡ３３に２を加える
（ステップ４１）。濁点，半濁点の処理が行われていな
いならばポインタＡ３３に１を加える（ステップ２
５）。そして、ポインタＢ３４に２を加える（ステップ
２６）。

【００３０】実施例３．実施例１では１バイト系のかな
文字を２バイト系のかな文字に変換する場合に全てカタ
カナ文字に変換していた。これは１バイト系のかな文字
としてカタカナしか存在しないためである。２バイト系
のかな文字にはカタカナ，ひらがなの両方が定義されて
いる。そこで、本実施例では１バイト系のかな文字を２
バイト系のひらがな文字に変換する。図６は実施例１で
使用したフローチャートにひらがな変換を追加したもの
である。図において、４２から４４は追加された処理ス
テップであり、本文中で説明する処理ステップに対応し
ている。また、２１，２４，２５，２６は図２のフロー
チャートで同じ番号の処理ステップに対応している。

【００３１】また、図には記述していないが、外部から
の指示によりＯＮ／ＯＦＦする標識（フラグ）を用い
る。この標識はカタカナに変換するときにはＯＦＦにな
り、ひらがなに変換するときにはＯＮになる。この標識
をフラグＢとする。

【００３２】次に動作について説明する。フラグＡの状
態を判断し（ステップ２１）、フラグＡがＯＦＦならば
１バイト系の文字コードの変換を行う（ステップ２
４）。ポインタＡ３３を次の文字に進めるためポインタ
Ａ３３に１を加える（ステップ２５）。つぎにフラグＢ
の状態を判断する（ステップ４２）。フラグＢがＯＮな
らばポインタＢ３４が指している２バイト系の文字コー
ドがかな文字の範囲かを判定する（ステップ４３）。か
な文字ならばポインタＢ３４が指している２バイト系の
文字コードの値から定数を減ずる（ステップ４４）。こ
のときの定数は、２バイト系の文字コードがＪＩＳの漢
字コード（ＪＩＳ Ｘ０２０８）であるならばカタカナ
とひらがなの２バイト系文字コードの差であり、どの文
字でも同一の値となる。これはＪＩＳの漢字コードで
は、カタカナとひらがなが一定の値を隔てて同一の並び
になっているからである。そしてポインタＢ３４に２を
加える（ステップ２６）。

【００３３】以上のように、このデータ変換処理方式に
よれば、従来扱いにくかった１バイト系の文字コードと
２バイト系の文字コードが混在しているフィールドが、
全て２バイト系の文字コードに統一されるため、フィー
ルドの編集の作業の負担が軽くなる。これを図７で説明
する。

【００３４】図７は、フィールドを２等分する処理を説
明する説明図である。図において、４８は本発明による
データ変換処理方式により、１バイト系の文字コードが
２バイト系の文字コードに統一されたフィールドの例で
ある。４９は２等分したデータの前半部分を格納するフ
ィールドである。５０は２等分したデータの後半部分を
格納するフィールドである。フィールド４８の内容を２
等分して前半部分フィールド４９と後半部分フィールド
５０にそれぞれ格納する処理である。このときの処理は
元のフィールド４８のデータを単純に２等分する。そし
て、前半部分のデータは必ず２バイト系の文字コードで
終了しているので、前半部分フィールド４９の最後にシ
フトアウトを付加する。また、後半部分では必ず２バイ
ト系の文字コードで始まっているため、後半部分フィー
ルド５０の先頭にシフトインを付加する。このシフトコ
ードを付加する処理は固定的に行える。また、２等分さ
れる境界は必ず文字の切れ目となるため内部の文字コー
ドを判定する必要が全く無い。また、図８の混在フィー
ルド４５と比較するとフィールドの長さが長くなってし
まうが、本発明の実施例２の濁点，半濁点の処理を行え
ばフィールドが長くなるのを抑えることができる。

【００３５】また、実施例ではふれていないが、フィー
ルド４８では必ず２バイト系の文字コードになることが
明らかなためシフトイン，シフトアウトは無くてもよい
ので、フィールドの長さをより短くすることができる。

【００３６】また、実施例３のように、外部からカタカ
ナの文字をひらがなの文字に変換する指示を与えられる
ことにより、２バイト系の文字コードから定数を減算す
ることで、ひらがなの２バイト系の文字に変換すること
も可能である。

【００３７】また、実施例では原データファイル２を入
力し、それを中間ファイル６として出力するようにして
いるが、原データファイル２を入力し、データ変換手段
４においてデータ変換後、それをそのままデータ編集手
段９に渡して出力手段１０から出力装置１１に出力して
もよい。

【００３８】

【発明の効果】以上のように、この発明によれば、一つ
のフィールドの中に１バイト系の文字コードと２バイト
系の文字コードが混在するデータを処理するデータ処理
装置において、１バイト系の文字コードに基づき、その
文字に対応する２バイト系の文字コードが参照可能なテ
ーブルを有し、このテーブルを用いて１バイト系の文字
コードを２バイト系の文字コードに変換する変換手段を
備え、一つのフィールドの中に１バイト系の文字コード
と２バイト系の文字コードが混在する場合に、１バイト
系の文字を対応する２バイト系の文字に置き換えるよう
にしたので、従来扱いにくかった１バイト系の文字コー
ドと２バイト系の文字コードが混在しているフィールド
が、全て２バイト系の文字コードに統一されるため、フ
ィールドの編集の作業の負担が軽くなるという効果があ
る。

【００３９】さらに、１バイト系のかな文字コードに濁
点，半濁点のコードが続く場合、上記１バイト系のかな
文字に対応する２バイト系の文字コードに所定の定数を
加算して、１バイト系のかな文字とそれに続く濁点，半
濁点を対応する２バイト系の濁音，半濁音の文字に置き
換えるようにすることにより、フィールドが長くなるの
を抑えることができ、フィールドに格納できるデータ長
をできるだけ長くすることができる効果がある。

【図面の簡単な説明】

【図１】この発明の一実施例によるデータ変換処理方式
のブロック構成図である。

【図２】データ変換手段の動作を示すフローチャートで
ある。

【図３】データ変換手段で用いるデータを示す図であ
る。

【図４】１バイト系の文字コードを２バイト系の文字コ
ードに変換するデータ変換テーブルを示す図である。

【図５】この発明の一実施例による濁点，半濁点の処理
を示すフローチャートである。

【図６】この発明の一実施例によるひらがな変換の処理
を示すフローチャートである。

【図７】２バイト系文字コードに統一されたフィールド
を２等分する処理を説明する説明図である。

【図８】１バイト系文字データと２バイト系文字データ
の混在するフィールドを２等分する処理を説明する説明
図である。

【図９】従来の混在フィールド制御方式のブロック構成
図である。

【図１０】従来例においてビットマップが１ビットであ
るときに、フィールド中の２バイト系の文字データの位
置を相対的に表している関係図である。

【図１１】従来例においてビットマップが付加され、デ
ータ属性定義が変換された内部表現形式のレコードの実
例を示す説明図である。

【符号の説明】

１ データ形式変換部 ２ 原データファイル ３ 原データ入力手段 ４ データ変換手段 ５ 中間ファイル出力手段 ６ 中間ファイル ７ データ編集処理部 ８ 中間ファイル入力手段 ９ データ編集手段 １０ 出力手段 １１ 出力装置 ３１ バッフアＡ ３２ バッフアＢ ３３ ポインタＡ ３４ ポインタＢ ３５ データ変換テーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】 一つのフィールドの中に１バイト系の文
   字コードと２バイト系の文字コードが混在するデータを
   処理するデータ処理装置において、１バイト系の文字コ
   ードに基づき、その文字に対応する２バイト系の文字コ
   ードが参照可能なテーブルを有し、このテーブルを用い
   て１バイト系の文字コードを２バイト系の文字コードに
   変換する変換手段を備え、一つのフィールドの中に１バ
   イト系の文字コードと２バイト系の文字コードが混在す
   る場合に、１バイト系の文字を対応する２バイト系の文
   字に置き換えることを特徴とするデータ変換処理方式。
2. 【請求項２】 一つのフィールドの中に１バイト系の文
   字コードと２バイト系の文字コードが混在するデータを
   処理するデータ処理装置において、１バイト系の文字コ
   ードに基づき、その文字に対応する２バイト系の文字コ
   ードが参照可能なテーブルを有し、このテーブルを用い
   て１バイト系の文字コードを２バイト系の文字コードに
   変換する変換手段を備え、一つのフィールドの中に１バ
   イト系の文字コードと２バイト系の文字コードが混在す
   る場合に、１バイト系の文字を対応する２バイト系の文
   字に置き換えるとともに、１バイト系のかな文字コード
   に濁点，半濁点のコードが続く場合、上記１バイト系の
   かな文字に対応する２バイト系の文字コードに所定の定
   数を加算して、１バイト系のかな文字とそれに続く濁
   点，半濁点を対応する２バイト系の濁音，半濁音の文字
   に置き換えることを特徴とするデータ変換処理方式。