JPS6120129A - 複数コ−ド系情報処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、漢字コード等を含む多ビツト文字コードを扱
う情報処理システムに係り、特に複数のコード系が混在
している場合に好適な情報処理方式に関する。

〔発明の背景〕

電子計算機を用いた情報処理において、文字を表現する
ためのコード系が決められており、英数字、かな、記号
を表わすのに８ビツトコード系が、さらに漢字をも含め
た１６ビツトコード系がある。

この８ビツトコード系の中には、Ｊ　Ｉ　Ｓ　８単位コ
ード”）、　ＡＳＣＩＩ’）、　Ｅ！ＢＣＤＩＣ’、　
ＥＢＣＤＩＲ”）等の種類があり、１６ビツトコード系
の中には１．エエＳ漢字コード゛、　ＫＥＩＳ漢字コ・
−ド”、　：／７トＪ　Ｉ　Ｓコ−トリ等の種類がある
。特に日本語を扱う情報処理においては漢字の使用は必
須であり、といって英数字８ビツトコードも従来データ
を使用することもあるので扱わないとすることはできず
、１つの８ビツトコードと１つの１６ビツトコードを混
在させて使用するニーズがある。混在させる方法として
は、８ビツトコードと１６ビツトコードの間にシフトコ
ードを挿入しておき、シフトコードの存在によってコー
ド種別を知る方法であるが、このような形式のデータを
処理するとき、いちいちシフトコードを意識しなければ
ならず、プログラム設計を著しく複雑なものにしていた
。これを解決する方法として、以下の方法が考えられて
きた。

シフトＪＩＳコードでは、１６ビツト漢字コードの上位
桁の８ビツトに、８ビツトコード系の通常文字として扱
わない領域のコードを用いることにより、上位８ビツト
を判定するだけで８ビツトコードであるか１６ビツトコ
ードの上位桁であるのかが区別できるようにしている。

これによればシフトコードは不要であり、出力時の表示
幅とデータ量が一致するという特徴があるが、やはり８
ビツトコードか１６ビツトコードかを区別しながら処理
する必要がある点では同じである。

他の方法としては、８ビツトコード系については、１６
ビツトコード系の上位桁として８ビツトコード系にはな
いビットパターンを付加することにより、すべてを１６
ビツトコードとして扱う方法（統一化１６ビツトコード
と呼ぶことにする）がある。この方法ではすべての文字
データを１６ビツトで統一的に扱えるので処理が容易に
なることと、文字数とデータ量が比例するという特徴が
ある。

８ビツトコードにも１６ビツトコードにも英数字が含ま
れているが、両者にはほとんど関連がなく、全く異なる
文字として扱われてしまうが、たとえば、８ビツトコー
ドのｌ　ＡＩ　も１６ビツトコードのｌ　Ａ　Ｉ　もど
ちらも同じ文字であるとして扱いたい場合で、しかも表
示あるいは印字の場合には区別したいという場合には、
特願昭５８−１３５８１９のようなコードが考えられる
。

ところで、従来のコンパイラでは、文字を扱う文字型の
データは８ビツトであり、１６ビツトコードを扱う場合
には２つのデータエリアを占めるように使用している。

従って】６ビツトコードは単にデータとして、２つの文
字型データとして扱われるので、これを１つの１６ビツ
トコードとして認識するのはすべてプログラムの作り方
、つまりプログラム設計にまかされ、プログラム開発。

保守のネックとなっている。

以上、１つの８ビツトコード系と１つの１６ビツトコー
ド系の対のみを扱う場合の問題について述べたが、これ
らの標準コード系以外の他のコード系を扱う入出力装置
や、他のＣＰＵや他のコードで記憶されているファイル
を標準コード系を扱うプログラムから扱う場合の問題が
ある。これら非標準コード系データを扱う場合、たとえ
ばデータがファイルにある場合には、そのデータの内容
を、コード変換用のプログラムで変換してから読むよう
にすればよいが、非標準コード系の入出力装置や他ＣＰ
Ｕと直接データを授受する場合には、一度フアイルに格
納し、さらに変換するのでは手間がかかるうえ、時間遅
れが大きくなってしまう。

また、システム内の標準コードを使用する標準コンパイ
ラで生成した実行可能プログラムの他に、他の非標準コ
ンパイラで生成した実行可能プログラムや、非標準コー
ドを扱う実行プログラムを他のシステムから通信制御装
置や二次記憶装置媒体を経由して取込んだものである場
合、４１Ｍ準コード系のデータについてはその非標準コ
ード系に逆変換して使用するか、その非標準コード系実
行可能プログラムを改造する必要があった。

一般に電子計算機を用いた（対話型）情報処理システム
では、端末入力装置、端末出力装置、二次記憶装置１通
信制御装置等（以後入出力装置等という）の管理および
制御や二次記憶装置内にある、または通信制御装置を経
由して入力される実行プログラムの主記憶装置へのロー
ド処理や主記憶装置内の実行プログラムの実行の制御は
、すべてＯＳで行なう方式をとっており、実行可能プロ
グラムはＯＳに対してマクロ命令によって処理や制御を
要求する。要求の内容の違いはマクロ命令の種類により
区別され、要求の対象はマクロ命令のパラメータとして
与えられることが多い。このように、システム全体にか
かわる資源の管理を必要とする共通処理をＯＳが行なう
。

従来ＯＳでは、８ビツトコード系のコードを入出力装置
との間で授受する際に、入出力装置のコード系に変換し
たり、使用者の指定するコードで授受するようにするこ
とはできたが、」１記の問題を解決することはできなか
った。

〔発明の目的〕

本発明の目的は電子計算機による情報処理システム等に
おいてビット数の異なるコードを統一的に扱う手段と、
その統一化コードとは異なるコード系の入出力装置等と
のデータの入出力においてコードの違いをプログラムで
意識しないで作成し実行する手段と、上記統一化コード
とは異なるコード系を扱うプログラムも同様にコード変
換を利用者が直接行なうことなく、また改造することな
く実行可能とする手段とを提供することにある。

〔発明の概要〕

８ビツトコードと１６ビツトコードを混在させて扱うに
は、システム全体で統一した扱い方を確立する必要があ
る。単に従来の８ビツトデータエリアを２つ公使用する
というレベルでは、プログラマに対する負担は大きい。

さらに、システム内が統一されても、外部にはいろいろ
なコード長、いろいろなコード種別を用いたデータ（フ
ァイル）や入出力装置があり、これらを利用したいとい
うニーズはなくならない。また統一化コード系とは異な
るコード系を扱う外部のプログラムを導入して用いたい
というニーズでも発生する。

本発明はこのような多様的な問題に対して、従来のシス
テムのまま、あるいは部分的対応ではプログラマや利用
者の負担は大きく、もつと総合的な対策が必要である。

このために、まずコンパイラのレベルでコードの統一化
を図ること、ＯＳが、入出力装置等の他に、プログラム
およびファイルの使用しているコード系の種別をも管理
しておき、データの入出力時にＯＳの入出力制御の中で
コード変換を行なうという方式である。

〔発明の実施例〕

以下、本発明を実施例により詳細に説明する。

第１図は本発明に係る端軸処理装置の構成を表わす。Ｃ
ＰＵＩには内部に主記憶装置（以下ＭＭという）１４を
有し端末入力袋Ｍ２と端末出力装置３と二次記憶装置４
と通信制御装置５が接続されており、通信制御袋Ｗ５に
は通信回線６を介して他の入出力装置７，８や他のＣＰ
Ｕ９が接続されている。第２図はソフトウェアを含めた
情報処理システムの構成を表わす。端末入力装置（以下
ＫＲという）２から入力したコマンドを、コマンド解釈
プログラム（以下ＣＡという）１１が解釈し、コマンド
実行プログラム（以下ＣＰという）１２をＯＳ　１．０
を介して起動する。ＣＰ１２はＫＲ２からデータを入力
したり、端末出力装置（以下ＤＩＳＰという）３に表示
したり、二次記憶装置（以下Ｓ　Ｍという）４のデータ
を読込んだり書込んだり、通信制御装置（以下ＣＯＭと
いう）５゜通信回線６を介して他の入出力装置７，８や
他のＣＰＵ９とデータの送信、受信を行なう。

ＣＡ１．１はまた、コマンドによりコンパイラ（ＣＭＰ
Ｌ）　１３を起動する。ＣＭＰＬ１３は８Ｍ４の中にあ
るソースプログラムをＯＳ　ｉ　Ｏを経由して入力し、
実行可能プログラムをＭＭ１４内あるいはＳＭＪ内に作
成する。実行可能プログラムはまたＣ　Ｐ　１．２とし
て、ＣＡｌ１により０８ＩＯを介して起動される。

ＣＭＰＩ、１３は、第３図に示すごとく、ソースプログ
ラム２０を、レコード単位に読込み（２１）、字句解析
２２により単語わけをして記号化し、記号を読みながら
構文解析２３で文法通りに正しいかをチェックしながら
構文木を作成し、木を走査しながら中間語を生成しく２
４）、最適化２５した後実行可能プログラムを生成しく
２６）、ファイル２７に出力する。このとき変数名表、
定数表などの各種情報の表２８が作られ、参照される（
例えば、中田育男著「コンパイラ」、産業図書昭和５６
年）。

第４図に、ソースプログラムの例を示す。

３１〜３３は文字型変数についての宣言文であり、３１
はＣ１という名称の１文字分の大きさのエリアを持つ文
字型変数を、３２は同様Ｑａという５文字分の文字型変
数を、３３はＯｎという８文字分の文字型変数を宣言し
ている。３２で２つの″で囲まれたデータは文字列を表
わし、最後にストップコードとして値Ｏを持つ文字コー
ドが仮定されている。また［　］は配列を表わし、ここ
では等号の右辺にある初期値により配列の大きさが決め
られることを示している。３４は、代入文で変数Ｃ１に
文字型定数１　ｘＩ　を代入している。

２つの′で囲まれたデータは１文字の文字を表わす。ス
トップコードは文字型データとしては′＼０′と表わさ
れるものとする。３５はａｐｐｅｎｄという関数を呼出
す文で、３つの引数を持っている。

第４図に表わされた文字型データはすべて英字であるが
、この他第５図に示すような文字が使え、統一化１６ビ
ツトコードのすべてが扱える。英字。

英数字、記号はそのまま１６ビツトコードとして格納さ
れる（３６．３７）、８ビツトコードにもある英数字、
記号は、′ビを先行させることにより８ビツトコードの
前にたとえばオールＯの８ビツトデータを付加した１６
、ビットコードとして格納される（３８）。特別な場合
として！自身は、１６ビツト化８ビツトコードとし５で
は（３９）、１６ビツトコードとしては（４０）を用い
る。ストップコードは（４１）のようにする。またｌ＼
″については（４２，４３）のようにする。

第５図に示したような文字型データおよび文字列データ
は、第３図２２において解析される。第６図に文字列デ
ータのはじめの″以後の文字デーりを解析する手順を示
す。

５１で５＼′が表われたことを記憶する変数Ｊ２と１ビ
が表われたことを記憶する変数Ｊ、を０に設定し、５２
で文字列の次の１文字を入力し、５３．５６，５９．６
３でその入力文字を判定する。′＼′であれば５４でま
だＪ、がＯであれば１にセットして５２に戻り、すでに
１であれば６６へ行く。１′であるば５７でまだｆ、が
０であれば文字列の終りであるから処理を終了し、そう
でなければ６６へ行く。！′であれば、もしすてにＪ、
またはｆ、が１であれば６６へ行くが、どちらもＯでは
ればｆ、を１にセットして５２に戻る。６６で、すてに
ｆ、が１であれば、今入力した文字を１６ビツト化８ビ
ツトコード八変換し６７、Ｏではれば１６ビツトコード
ヘ変換し６８゜変換した１６ビツトコードを文字列格納
エリアに出力する６９゜ 第３図で構文解析２３実行後の構文木並びに各種情報の
表を第７図に示す。

７０は各実行文ごとにその構文木がある構文木表のイン
デックスを保持する文表であり、７１゜７２．７３は構
文木表で構文木の節を表わす。

７１は節の種類、７２．７３は節からの枝の先を示す番
号であり、節の種類ごとに異なる表を指す。

７１が代入文のとき、７２．７３は同じ構文木表の別の
節を指す。節の種類が変数、定数、関数呼出しの場合７
２はそれぞれ変数表７４〜７８．定数表７９〜８２．関
数表８３〜８５のインデクスである。

変数表は、変数名７４．データ型７５．初期値の有無７
６、データ長７７、割付アドレス７８からなる。初期値
があるときは定数表のインデクスが入り、アドレスは未
だ未定である。関数表は、関数名８３．引数の数８４．
関数のアドレス８５からなり、アドレス８５は未定であ
る。定数表は、定数データの型７９．データ長８０．割
付アドレス８１．リテラル表８６のインデクス８２から
なり、アドレス８１は未定である。リテラル表８６には
文字型データや文字列データの実体がある。

第３図２６では、上記変数表７４〜７８．定数表７９〜
８２．リテラル表８６を用い、文字型変数７４に対して
、データ長７７に１６を乗じたビット数のエリアを割付
け（第８図９０〜９２）、そのアドレスを順次割付アド
レス欄７８に設定し、つづいて初期値のある変数９１１
こついてはその値をリテラル表８６から移す。また、定
数データについては、変数の初期値となっていないもの
について、データ長８０に１６を乗じたビット数のエリ
アを割付け（第８図９３，９４１．リテラル表８６から
その値を移し、アドレスをアドレス欄８１に設定する。

以上の手順は１文字を１６ビツ１−とするということを
除いて、従来コンパイラの行なう文字データの割付は処
理と同じであり、実現可能であることは明らかである。

第９図はＣＰＵＩ内のＯＳ　］、　Ｏの、ＣＰ１２から
の入出力要求に対する一般的動作を説明するものである
。

ＣＰ１２は０８１２に対して第１０図に示すようなマク
ロ命令１１９を実行すると、このマクロ命令は第１の引
数のエリア１０４のアドレスを引数アドレスリスト１．
０３の第１のエリアに、同じく第２以後の引数のエリア
１０５のアドレスのを引数アドレスリスト１０３の第２
以下のエリアにセットし、引数アドレスリストの先頭ア
ドレス１０３を、第１のレジスタ１０１にセットし、マ
クロ名に対応するＯＳ内のプログラムを呼出す（１，１
０）。ｏｓｉｏは、第１のレジスタ１０１からパラメー
タアドレスリスト１０３を知り、ついで各パラメータ１
０４〜１０６を知ることができ、マクロ命令による要求
内容を調べ、ある場合にはディレクトリ１０８をサーチ
して、所定の情報を求め、制御テーブル１０７を作成し
たリシステムバツファ１０９を作成し、ある場合には、
制御テーブル１０７を参照して入出力デバイス１００に
制御コマンドを送り出して（１１２）　、システムバッ
ファ１０９との間でデータの授受をしく１１５）、完了
コードを制御表１０７に返しく１１３）でもらう。０８
１２は必要ならパラメータエリア１０４〜１０６にデー
タをセット後完了コードを第２のレジスタ］０２にセッ
トして制御をＣＰ１２に戻す（１１１）。マクロ命令の
終りで第２のレジスタ１０２の内容を等号の左辺の変数
（完了コード）にセットする。

入出力用のマクロ命令としては第１１図に示すもの１２
０〜１２４がある。

ここで、端末入力装置２（第９図では１００）からデー
タを入力する場合について説明する。第１２図で、完了
コードエリアＣＣの宣言】３１゜バッファエリアｂｕｆ
の宣言１３２．制御テーブルへのポインタエリアｆｄの
宣言】３３をし、ついでコンソール入力装置名とｂｕｆ
とｆｄを引数にしてオープンを要求する（１３４）。０
８１０は、第１５図のごとく第１の引数よりディレクト
す１０８の中をサーチしく１．７０）、該当する項目を
求める。ディレクトリの１つの項目は第１３図のように
、名称１４１．使用コード種別１４２゜装置種別１４３
．装置アドレス１４４などからなり、端末入力装置の場
合１４１に”　ｃｏｎｓｏ　Ｑ　ｅ”　。

１４２に端末の使用コード、１４３に端末であることを
示す記号、１４４に装置のアドレスがある。

０３ＩＯは、もし見つかれば（１，７１）該当するディ
レクトリ１０８と引数アドレスリスト１０３から種ｌ３
１１１４３　、装置アドレス１４４．装置使用コード種
別１４２．ｂｕｆアドレスを求め、第１４図制御テーブ
ルの１５２，１５３，１５４゜１５６にセットする（１
７３）。この他要求元プログラム１２の使用するコード
種別を求め１５５にセットしく１７３）、システム用の
バッファエリアを確保して（１７４）、確保できたら（
１７５）、そのアドレスを１５７に、システムバッファ
のサイズを１５８にセットしく１７６）　、最終ポイン
タ１５９と取出しポインタ１６０を０にセットし、制御
テーブルのアドレスをｆｄにセットし、オープン完了フ
ラグ１５１を１にする（１７７）。

プログラムの使用するコード種別は、ＣＡＬＬがＣＰｉ
２の起動要求をＯＳに出したとき、ＯＳがＣＰ１２の督
録しであるディレクトリの項をさがし、プロゲラ１１を
ロードし実行開始するが、そのときに、プログラムの使
用するコード種別をここには示していないプログラム実
行管理表にセットしておくことにより、ＯＳは現在実行
中のプログラムの使用するコード種別を常に知ることが
できる。

ＯＳは以下のオープン処理がすべて正常に完了すれば、
第２のレジスタ１０２に０をセットして（１７８）ＣＰ
１２に制御を戻し、ＣＰ１２では第２のレジスタ１０２
の内容を変数ＣＣにセットする。

続く半定命令で完了コードＣＣを調べ、０であれば１３
６に進み、データ読込マクロを実行する。

ｒｅａｄマクロ１３６では第１引数にｏｐｅｎマクロ１
３４で求めたｆｄ、第２引数に読込む文字数を指定する
。

このときのＯＳの処理を第１６図に従って説明する。ま
ずｆｄで与えられた制御テーブルが正しくすでにｏｐｅ
ｎされているかをオープン完了フラグ１５１でチェック
しく１８１）、正しければ、装置種別１５２を調べ（１
８２）、端末のとき、データがまだシステムバッファ内
にあるかを取出しく２２） ポインタ１６０と最終ポインタ１５９を比較して調べ（
１８３）、なければ端末入力装置アドレス１５３に対し
て入力制御コマンドを送って１文字ずつシステムバッフ
ァの先頭から順次入れていき（１８４）、改行文字が入
力されたとき、それまでの全入力文字数を最終ポインタ
１５９に、０を取出しポインタにそれぞれセットしく１
８５）、１８３に戻る。システムバッファにデータがあ
れば、その文字数をｍとしく１８６）、ｍがｒａａｄマ
クロの第２引数で要求された文字数より小さいとき（１
８７）、ｍをその要求された文字数に変える（１８８）
。システムバッファ内のｍ文字を。

後で述べるコード変換処理しなからｂｕｆに移す（１８
９）、取込みポインタにｍを加え、読込文字数をｍ減じ
る。読込文字数がまだあるなら１８３に戻り（１９１）
、もうなければ第２のレジスタ１０２に０をセットして
（１９２）終了する。

ただし第１６図１８５，１８６，１８７，１８８゜１８
９．１９０では、装置使用コード種別１５４をプログラ
ム使用コード種別１５５を意識する必要がある。すなわ
ち、１８５で改行文字とは装置使用コード１５４での改
行文字であり、１８６の文字数および１８６〜１９０の
ｍは装置使用コード１５４における文字絃であり、１８
７，１８８゜１９０の読込文字数はプログラム使用コー
ド１５５におけるものである。システムバッファ内にお
けるポインタは装置使用コードの種別１５４により１文
字あたりの更新量は異なる。

以上は端末入力装置からの入力時の実施例であるが、端
末出力装置への出力時はｒｅａｄマクロの代りにｔｓｒ
ｉｔｅマクロ１２２を使用すること、データの流れ、コ
ード変換方向が逆になることを除いてｒｅａｄマクロの
基本的な考え方は同じである。また、３Ｍ４上にあるフ
ァイルに対する入出力も、ディレクトリ１０８にある情
報、制御テーブル１０７にある情報が増加するが、基本
的な考え方は端末入出力と同じであり、従来技術として
確立されているものである。

さらに、Ｃ０Ｍ５を介して通信回線６に接続されている
他の入出力袋［１７，８や他のＣＩ）　Ｕ　９どのデー
タの送受信についても、論理的な通信路の確立手順等の
処理が加わるものの、基本的な入出力の方法は端末入出
力の場合と同様であり、これも従来技術として確立され
ているものである。

ｃｌ、ｏｓｅマクロ１２３は、出力中のシステムバッフ
ァ１０９の内容を出力し、システムバッファエリアを解
放し、制御テーブル１０７を削除するような、従来技術
として確立されているものである。

ｃｒａａｔａマクロ１２４は、ファイルを新たに作成す
るためのマクロで、第１引数で与えられた名前を持った
ファイル用のディレクトリ１０８を作成するものであり
、このとき第２引数で与えられたコード種別をそのファ
イルの使用コード１４２とするものである。

１ｎｑｕｉｒｅマクロ１２５は、ｎａ膳ｅで入出力装置
名やファイル名、ＣＰＵ名などを指定すると、それが使
用しているコードがｃｏｄｅに返るマクロで、０８１０
は、ディレクトリ１０８内をｎａｍｅについてサーチし
、もし見つかればそのディレクトリ項目中の使用コード
種別１４２を取り出してｃｏｄｅに返す。もし見つから
ないときは、エラーで、第２のレジスタ１０２にエラー
コードをセットして終了する。

ｃｈａｎｇｅマクロ１２６は、ｎａｍｅで入出力装置名
やファイル名、ＣＰＵ名などを指定すると、それが使用
しているコードをｃｏｄｅで与えられたものに変更され
るマクロで、０８ＩＯは、ディレクトリ１０８内をｎａ
ｍｅについてサーチし、もし見つかれば、そのディレク
トリ項目中の使用コード種別１４２に、ｃｏｄｅで与え
た使用コード種別をセットする。もし見つからないとき
はエラーで、第２のレジスタ１０２にエラコードを設定
して終了する。

以下、端末入力装置からの入力時のコード変換について
説明する。

１ｎｑｕｉｒｅマクロとｃｈａｎｇｅマクロの使い方の
一つの例は、コードａの入力装置からコードｂのファイ
ルにデータをコピーするとき、コピープログラムの使用
するコードがａｈｌｂのいずれでもない場合に、いずれ
のコードをｊ　ｎｑｕｉｒｅマクロで調べ、次いてｃｈ
ａｎｇｅマクロでそのコピープログラム自身の使用する
コードを変更してしまうことにより、二重変換を防止す
るものである。

第１図において、端末入力装置２．端末出力装置はＪＩ
Ｓ８単位コードをとＪＩＳ漢字コードを統一化した統一
化１６ビツトコードを使用し、二次記憶装置４はＪＴＳ
８単位コードを使用し、通信制御装置Ｉ２５を介して接
続されている入出力装置７と８や第２のＣＰ　ＩＪ　９
はＨＢＣＤＴＫコードとＫ［？ＩＳ漢字コードをシフト
コードを用いて混在させた混在コードを使用している場
合を考える。

ここで、統一化］６ビツトコードは、Ｊ　Ｉ　Ｓ　８単
位コードについては前にすべてがＯの８ビツトコードを
付加させて１６ビツトにしたものを用いることにする。

また、混在コードでは、先頭にはＥＢＣＤＴＫコードが
シフトコードしかこないものとする。

そこでコードの種別として、非コード、ＪＩＳ８単位コ
ード、混在コード、統一化１６ビツトコードを扱う場合
について説明する。ここで非コードとは、バイナリデー
タファイルのように文字コ−ド以外のデータを含むもの
についてのものであり、またプログラムそのものについ
ては、プログラムの使用するコードに係りなく、常にこ
の種別として扱うものとする。

第１７図はコード変換処理の大分類を決定する入出力関
連図で、左辺に入力データのコード種別、上辺に出力デ
ータのコード種別を与えたとき、両者の交点で変換分類
番号が得られる。そこで番号１の処理はコード変換が不
要である組合わせである。番号２の処理は８ビツトコー
ド間のコード変換となり、第１８図のごとく２＠要素か
らなる８ビツト幅のメモリ内変換表の第１（ｉ＝Ｏ〜２
”−１）番目の要素に、ＪＩＳ８単位コードの値ｊが表
わす文字コードと同じ文字を表わすＥＢＣＤＩＲコード
の値を入れておくことにより、Ｊ　Ｉ　Ｓ　８単位コー
ドからＥＢＣＤＩＫコードへは、そのメモリ内変換表を
ひくだけで容易に変換できることは明らかである。

番号３の処理は、混在型からＪＩＳ８ビットコードの変
換であり、混在型の中がＥＢＣＤＴにコードだけであれ
ば番号２の処理と同様に逆変換用の変換テーブルを用い
れば変換可変であり、ＫＥＬＳ漢字コードが表われた場
合にはエラーとし、第２のレジスタ１０２にエラーコー
ドを設定してマクロの処理を終らせる。

番号４の処理は、入力したＪＩ８８単位コードの前に８
ビツトの０を付加した１６ビツトコードにするだけでよ
い。

番号５の処理は番号４の処理の逆で、入力した１６ビツ
トコードの前の８ビツトがＯであれば残りの８ビツトを
出力すればよく、前の８ビツトが０でなければエラーと
し、第２のレジスタ１０２にエラーコードを設定してマ
クロの処理を終らせる。

番号６の処理は第１９に示すごとく、まずシフトコード
であるかをチェック（２０１）Ｌ、そうでなければＥＢ
ＣＤｌにコードであるから、それを番号３の処理と同様
にＪＩＳ８単位コードに変換後番号４の処理と同様に先
頭にＯを付加して１６ビツトコードにする（２０２）。

２０１でシフトコードであったときは、次の文字を取出
しく２０６）、それがシフトコードでなければ（２０４
）、それはＫＥＩＳコードであるから（８０８０）　、
＠を減じることによってＪＴＳ漢字コードに変換する（
２０５）。

２０４でシフトコードであったときは次の文字を取出し
く２０３）、シフトコードのチェック（２０１）に行く
。いずれも次の文字がなければ終了する。

番号７の処理は番号６の処理の逆変換で、第２０図のご
とく上位８ビットの判定としく２１２）、０であれば下
位８ビツトはＪＩ８８単位コードであるから、それにつ
いて番号２の処理を行ない、ＪＩＳ８単位コードをＥＢ
ＣＤＩＫコードに変換（２１６）し、０でなければＪＩ
Ｓ漢字コードであるから（８０８０）　、、を加えてＫ
ＥＩＳコードに変換（２２］　）する。ただし、ＥＢＣ
ＤＩＫコードの出力モードとＫＥＩＳコードの出力モー
ドが切り換るときにシフトコードを挿入するために、モ
ードの初期設定２１１、判定（２１３，２１８）　、シ
フトコードの出力（２１４，２１９）、モードの更新（
２１５゜２２０）を行なう。

以上、−上記記載のコード間の変換について説明したが
、他のコードを扱うことも同様に可能であることは明ら
かである。

以上の実施例ではＯＳ機能を中心に説明して来たが、本
発明の思想はＯＳとチャンネルとの組合せ、基地ＯＳと
協同的に動作するプログラム全般、仮想計算機の仮想的
ＯＳ等においても適用可能である。

〔発明の効果〕

本発明によれば、英数、かな、記号を表わすコードと漢
字を含むコードとが同一データ長で扱えるようになるの
で、これらが混在しているデータを扱う処理プログラム
が、データ長をいちいち判定する必要がなくなり、プロ
グラムの実行性能が向上するとともに、プログラムの生
産性、保守性が向上する。また、異種コード間の変換を
ＯＳレベルで行なってしまうため、利用者はコード系の
違いによるデータのコード変換処理やプログラムの改造
を必要としない。さらに、コード系の異なるホスト計算
機等と接続した場合にもコード系の違いを意識せずにプ
ログラムの開発ができるようになる。そして、コード変
換処理などを個別に行なわなくてすむので、プログラム
の重複開発も避けられるようになる。

【図面の簡単な説明】

第１図は本発明のシステムのハードウェア構成図、第２
図はソフトウェアを含めた本発明情報処理システムの構
成図、第３図は本発明コンパイラの処理流れ図、第４図
はソースプログラムの例を示す説明図、第５図は文字型
データの記述例を示す説明図、第６図はその解析流れ図
、第７図はコンパイラの生成する各種情報のテーブル構
成図、第８図はコンパイラの生成した文字型データの例
を示す説明図、第９図はマクロ命令の実行手順を説明す
る機能ブロック図、第１０図はマクロ命令の一般形式を
示す図、第１１図はマクロ命令の例を示す説明図、第１
２図はデータ入力プログラムの例を示す説明図、第１３
図はディレクトリの１つの項目の構成図、第１４図は制
御表の構成図、第１５図はｏｐｅｎマクロの処理流れ図
、第１６図はｒｅａｄマクロ命令の処理流れ図、第１７
図はコード種別からコード変換処理を求めるメモリ内テ
ーブル昏示す図、第１８図は変換テーブルを示す図、第
１９図、第２０図はコード変換処理流れ図である。 １・・・ＣＰＵ、２・・・端末入力装置、３・・・端末
出力装置、４・・・二次記憶装置、５・・・通信制御装
置、６・・・通信網、７，８・・・入出力装置、９・・
・ＣＰＵ、１０・・・ＯＳ，１１・・・コマンド解析プ
ログラム、１２・・・コマンドプロセッサ、１３・・・
コンパイラ、１０１．１０２・・・レジスタ、１０５・
・・バッファ。 １０７・・・制御テーブル、１０８・・・ディレクトリ
、第　２　図 気　　　　　　−（ ４ピ ｇ　　　　　　　　ｕｃｌ 冗　ＩＩ　　図 ＣＣ＝　　　　０ｆｅｙｔ　　（ｙｔａ包己、　　　ｂ
ｕヂ　、　子〆　ジ　　　　　　　　　〜／２ρｃｃ　
　　二　　１−ξａ−ｄ（ｆｅｌ、　　クマ　９　　　
　　　　　　　　　　　　　〜１２〕ＣＣ＝　　ｖｒｉ
ｔｅ　（ｆｄ　、　ｙｔ　）　　　　　　　　　〜／２
ＺＣＣ＝　　　Ｃ１ｏｓｅ　　（ｆｄ）　　　　　　　
　　　　　　　　　　　　　　　　　　　　　〜／２３
ｃＣ＝　　ｃ）−ｅａｔｅ　（ｙｔａ７Ｉｅ、　　ｃｔ
ｙｄｅ）　　　　　　　Ｎｔ２４ＣＣ二ｔ／ＰＬｌｙ”
”　（飛ｐｅ　、　　ｃｔｐｄｅ）　　　　　　八ｔ１
５ｃＣ＝　　ＣＡＪＡＰ　（７Ｌｔｔ例ｅ　、　ｃｉｔ
ｄｅ）　　　　　　〜／２ど第　１２　　図 ｃｃ　　　嘘　　ａｐｅｙｔ　　（”ｃσ７Ｉｊｌｌ）
ｅ”、　　ｂ、子　、　　ｆｄノ　ｌ　　　　　　〜／
３４ｉ＋　　　（（Ｃへ＝　θ　ン　　　　ＣとトＯ？
　（Ｃｃ　）　　；　　　　　　　　　　　　　／３ご
ｒＣＣ＝　　’ｔｒｅｌｌｄ　（ｆｄ、　ｔ）　、　　
　　　　　　〜１３ど第１３　　口 第１４　図

Claims (1)

1. 【特許請求の範囲】 １、オペレーティングシステムを有する情報処理システ
   ムにおいて、ソースプログラムを入力するステップと、
   該ソースプログラムの意味を解析し、該意味と等価な処
   理を行なう命令系列ならびにデータを生成するコンパイ
   リングステツプと、該コンパイリングステツプは、上記
   ソースプログラムに指定されている文字型変数について
   は、夫々１６以上の第１のビット数の領域に対応するご
   とく文字型配列については上記第１のビット数に配列の
   要素の数を乗じたビット数の領域に対応する如く、文字
   型定数については上記第１のビット数の領域を占める第
   １のコード系に、文字列定数については、該文字列定数
   の文字数に１を加えた数に上記第１のビット数を乗じた
   ビット数の領域を占める第１のコード系に夫々変換する
   ステップであることを特徴とする複数コード系情報処理
   方式。 ２、上記情報処理システムは上記情報システムに接続し
   た周辺装置および通信制御装置のデータ入出力要求をマ
   クロ命令により一括管理することを特徴とする第１項記
   載の複数コード系情報処理方式。 ３、上記情報処理システムは、上記情報処理システムに
   接続した入力装置が発生するコード系の種別、および出
   力装置が受理するコード系の種別を、該入出力装置ごと
   に格納管理し、上記情報処理システム内の実行可能プロ
   グラムが使用するコード系の種別を、該実行可能プログ
   ラムごとに格納管理し、上記入力装置の使用しているコ
   ード系と、該実行可能プログラムの使用しているコード
   系を対比し、該入力を該実行可能プログラムの使用して
   いるコード系に変換し、しかる後に該実行可能プログラ
   ムにデータを渡し、該実行可能プログラムからデータを
   受取つた後、上記出力装置の使用しているコード系の種
   別と、該実行可能プログラムの使用しているコード系の
   種別を対比し、該出力を該出力装置の使用しているコー
   ド系に変換し、該出力装置にデータを出力するステップ
   を含むことを特徴とする特許請求範囲第１項記載の複数
   コード系情報処理方式。 ４、上記情報処理システムは、上記情報処理システム内
   の二次記憶装置内にあるデータのまとまり別に使用して
   いるコード系の種別と、該まとまりごとに格納管理し、
   該まとまりの使用しているコード系の種別と上記実行可
   能プログラムの使用しているコード系の種別を対比し、
   該まとまりからデータの読出し後、あるいは、該まとま
   りへのデータの書込み前に、該実行可能プログラムの使
   用しているコード系へ、あるいは該まとまりの使用して
   いるコード系へ変換するステップを含むことを特徴とす
   る特許請求範囲第１項記載の複数コード系情報処理方式
   。 ５、上記情報処理システムは、上記情報処理システム内
   の通信制御装置に接続されている通信回線を介して交信
   可能な入出力装置や、処理装置で使用しているコード系
   の種別を、該入出力装置や処理装置ごとに格納管理し、
   該入出力装置や処理装置の使用しているコード系の種別
   と上記実行可能プログラムの使用しているコード系の種
   別を対比し、上記通信制御装置からデータの受信後ある
   いは該通信制御装置へのデータの送信前に、該実行可能
   プログラムの使用しているコード系にあるいは上記出力
   装置や処理装置の使用しているコード系へ変換するステ
   ップを含むことを特徴とする特許請求範囲第１項記載の
   複数コード系情報処理方式。 ６、上記情報処理システムは、上記実行可能プログラム
   から該ＯＳに対するマクロ命令のパラメータで文字型デ
   ータのものについては、該実行可能プログラムの使用し
   ているコード系を調べ、パラメータの文字型データの取
   込み時に上記第１のコード系のコードに変換し、パラメ
   ータに文字型データを返す時に該実行可能プログラムの
   使用しているコード系のコードに変換するものであるこ
   とを特徴とする特許請求範囲第１項記載の複数コード系
   情報処理方式。 ７、上記情報処理システムは、コード系の種別について
   の問合わせに対して、該コード系の種別を応答し、また
   、上記実行可能プログラムの使用するコード系を該問合
   わせのコード系と同じもの、あるいは該実行可能プログ
   ラムが指定した位置のコード系に変更する要求に対して
   、該実行可能プログラムの使用するコード系の種別、お
   よび該問合わせのコード系の種別あるいは該指定したコ
   ード系の種別を格納管理し、以後それを該実行可能プロ
   グラムの使用するコード系の種別とするステップを含む
   ことを特徴とする特許請求範囲第１項から第６項記載の
   複数コード系情報処理方式。