JPH0196690A - 処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明はデータ処理システムにおける表示装置や印刷装
置などの出力装置上での図形記号（ｇｒａｐｈｉｃ　ｓ
ｙｍｂｏｌ）の表示に関し、さらに具体的には、表示さ
れる図形記号を表わすデータ・ストリームを解析するた
めの技術に関するものである。

Ｂ、従来技術及び問題点 単色表示装置を有するＩＢＭ　　ＲＴ　　ＰＣ等の処理
システムでは、表示管理プログラムが単色表示装置への
出力を制御する。処理システム内の表示管理プログラム
は、固定された構文ないしは構文法（ｓｙｎｔａｘ　）
を使って、表示装置に送られるデータ・ストリームを解
釈する。処理システム内の文字発生機構がこの固定構文
に従うて英数字を表示装置で表示する。この種のシステ
ムでは、データ・ストリームの解釈に使用される構文を
変更する方法も、文字発生機構によって作成される表示
英数字の表現を変更する方法もなく、表示装置上の表現
は、表示管理プログラムに別のデ〒り・ストリームを送
ることによってしか変更できない。

同様に、全点アドレス可能（ＡＰＡ）表示装置では、デ
ータ・ストリームは表示管理プログラムに入り、そこで
表示管理プログラムの固定構文によって復号される。し
かし、表示管理プログラムで処理された後、データ・ス
トリームは種々の交換可能フォントを使って、種々の方
法で表示することが可能である。ユーザは、データ・ス
トリームを表示するためにどのフォントを使用するがを
指定することができる。これらの種々のフォントを使っ
て、ユーザはイタリックやボールドフェース等の様々な
書体または様々な寸法あるいはその両方を表示すること
ができる。その他の種々の表示可能なアスペクトも交換
することができる。この時点で、フォントは変更される
ので、特定のデータ・ストリーム内のコード点の解釈を
変更することができる。

たとえば、コード点１６進数４１がｎ　Ａ　ｎである場
合（米国規格協会（ＡＮＳＩ）から公表されたＡＳＣＩ
Ｉ（情報交換用米国標準コード）標準ではそう定義され
ている）、単色表示装置では、それは”Ａ″として表示
されるだけでなく、ｖ　Ａｗｅの特定の具体的表現であ
る。これは、特定の寸法、傾斜及びデザインを有する”
Ａ”である。Ａ″を表わす特定の画素が活動化され、そ
れを変更することはできない。

ＡＰＡ表示装置で交換可能フォントを使用することによ
り、コード点１６進数４１を、イタリック、ボールド、
または異なる寸法等の異なるデザインのＡ”に変更する
ことができる。さらに、まったく異なるフォントを選択
することにより、コード点１６進数４１がＡ”ではなく
、別の図形記号であるとユーザが決めることもできる。

データ・ストリームは、すべてが一定のビット幅である
ようなコード点で構成される。標準のＡＳＣＩＩで使用
でき、かつ本発明の説明で使用されるビット幅は８ビツ
トであるが、１６ビツト、３２ビツト等その他のビット
幅を使用することもできる。データ・ストリームを構成
する各バイトはコード点と呼ばれる。１バイトは８ビツ
トから成るので、０−２５５の２５６個のコード点があ
る。これらの２５６個のコード点により、２５６種の異
なる表示可能記号を表現することができる。

「図形記号」という用語は、通常の英数字及びその他の
記号を含む。表示可能な図形記号は「グリフ（ｇｌｙｐ
ｈ）　Ｊと呼ばれる。−組の図形記号のためのこれら２
５６個のコード点の実例を第１Ａ図に示す。しかし、２
５６個のコードがすべて表示可能図形記号に使用される
わけではない。

第１Ａ図に示すように、コード・ページ”ｐｏ”１００
の最初の３２個のコード点１０１−１３２は制御コード
１５用に使われる。制御コード１５は図形コード１７と
は異なる。データ・ストリーム内に埋め込まれた制御コ
ードの中には、表示装置または印刷装置の出力における
表示可能コードの形式に影響を及ぼすものがある。バッ
クスペース、水平タブ、改行、垂直タブ、用紙送り、キ
ャリッジ・リターン、シフトアウト、シフトイン、エス
ケープ等の制御コードが、ＡＮＳＩＮＳ側御形式パラメ
ータとして挙げられている。エスケープは、エスケープ
、すなわち、複数バイト・シーケンスである制御シーケ
ンスを開始するので、重要な制御コードである。エスケ
ープは、やはりＡＮＳＩ標準で通常の方法で定義される
、より長い制御シーケンスの開始を指定する。

肯定応答、非定応答、同期、取消し、ヘッダ開始、ヘッ
ダ終了等の通信制御コードもある。すべての制御コード
が処理システムの様々な製造業者によってサポートされ
ているわけではない。どのコード点が制御コードである
かが分からないと、データ・ストリームを適切に解釈し
、形式化することはできない。

その他の制御コードはコード・ページ・シフト制御コー
ド１１５．１１Ｂ、１２９−１３２　（第１Ａ図）と呼
ばれる。処理システムが、２５６種を超える記号のうち
制御コード用に必要とされるコード点以外のものを表示
する能力をもつ場合、ある処理システムに対しである表
示記号の範囲がある。一般に、ある範囲全体の表示可能
記号はコード・ページ、すなわち、２５６種の記号から
なる範囲に分割される。その場合、それらの様々なコー
ドφページにアクセスするために、コードφページ・シ
フタが必要となる。

コード・ページとはコード点の集まりである。

１つのコード・ページは通常、２５６個から成る１組の
コード点を表わす。たとえば、最初のコード・ページで
は、１６進数４１は”Ａ″となっている。別のコード・
ページでは、１６進数４１は”％”となっている。本発
明の説明では、第１Ａ図、第１Ｂ図及び第１Ｃ図に示す
ような多少変更した標準ＡＳＣＩＩコード・ページを参
照する。

第１Ａ図、第１Ｂ図及び第１Ｃ図は３つのコード・ペー
ジを示す。コード点１６進数ＯＯないし１６進数ＩＦは
、この３つのコード・ページのどのページでも制御コー
ドである。すなわち、これらのコード点はコード・ペー
ジの理解とは関係ない。これらのコード点は、どのコー
ド・ページが使用されているかにかかわらず、制御点で
ある。

ＲＴＡＳＣＩＩと呼ばれる、ＲＴＰＣで使用されるＡＳ
ＣＩＩ標準の１バージヨンでは、コード・ページをシフ
トすることが可能である。コード・ページをシフトする
と２５６種を超える表示可能コードが使用できるように
なるので、別のコード・ページにシフトするための方法
が定義された。

標準のＲＴＡＳＣＩＩでは、コード・ページ″ＰＯ″１
００（第１Ａ図）及びコート・ページ”ｐｌ”１５０（
第１Ｂ図）をセットアツプする複数バイトの制御コード
をデータ・ストリームで送る方法が採用された。これら
のエスケープ列で、異なる２つの論理スロットがロード
される。た七えば、′ＧＯ″論理スロットの場合は、″
ＰＯ″コード・ページが使用されることになる。”Ｇｌ
”論理スロットの場合は、″Ｐ１″コード・ページが使
用されることになる。こ′れらのコード・ページがこの
複数バイト制御コードによってロードされると、ユーザ
は、第１Ａ図の１Ｃ進位置”　ＯＥ″及びＯＦ″にある
単一バイトの制御コードである、シフトイン・コード１
１Ｂ（第１Ａ図）またはシフトアウト・コード１１５（
第１Ａ図）を使用することができる。そのとき、シフト
アウト・コード１１５がデータ・ストリームで使用され
た場合は、第２のコード・ページが使用されることにな
る。その場合、後続のコード点は、シフトイン・コード
１１６で最初のコード・ページに戻るまで、この第２の
コード・ページを参照する。後続のシフト・コードが送
られるまで、後続のコード点は次のコード・ページにロ
ックされるので、これをロッキング・シフトと呼ぶ。

たとえば、コード点１６進数６１．６２．６３がデータ
・ストリームで送られた場合、それらは省略時コード・
ページ”ｐｏ″１００（第１Ａ図）に入るように定義さ
れ、それぞれ図形記号″ａｔｊ１４１、′ｂ″１４２及
びＣ”１４３で表わされることになる。シフトアウト・
コード１１５を受は取った場合は、次の２５６種（ただ
し３２種　、の制御コードを差し引く）の記号を含むＰ
ｉ　　１５０（第１Ｂ図）コード・ページに進むものと
考えられることになる。この場合にデータ・ストリーム
中のシフトアウト・コード１１５の後にコード点１６進
数６１．６２．６３がくると、記号１５１．１５２．１
５３　（第１Ｂ図）が表わされることになる。

コード・ページをシフトするためのもう１つの方法は、
非ロッキング・シフトまたはシングル・シフトと呼ばれ
る。シングル・シフトは”ｓｓｌ”１３２、′ＳＳ２″
１３１、”Ｓ８３″１３０、及び”ＳＳ４″１２９であ
る。これらのコードを受は取ったときは、次の８ビツト
だけが指定されたコード・ページで解釈される。別のコ
ード・ページがアクセスされるのは次の８ビツトについ
てだけであり、その後、元のコード・ページが再度使用
される。

非ロッキング・シフトで゛は、一般に、大部分の時間、
１つのコード・ページだけが使用される。

第２のコード・ページが使用されるのは１つの記号につ
いてだけである。たとえば、方程式を含むテキストでは
、その式中に第２のコード・ページに現われる記号が含
まれることがある。そのときだけしか、そのテキスト文
書中でその記号が使用されない場合もある。最初のコー
ド・ページからシフトアウトして第２のコード・ページ
にシフトインし、次に最初のコード・ページに再びシフ
トインするよりも、データ・ストリームを続行し、”８
８１”制御コード点１６進数ＩＦを使って別の表示記号
の範囲にアクセスする方が効率的である。非ロッキング
・シフトは、次の８ビツトを調べるよう表示管理プログ
ラムに命じる。それら次の８ビツトは、′Ｓ８１″によ
って定義されるコード・ページによって表示できる。そ
の後で、表示管理プログラムは次の８ビツトを求めて元
のコード・ページに戻る。

シングル・シフト”ＳＳＩ”ないし”Ｓ８４″は、１６
進数ＩＣないしＩＦである。１６進数ＩＣないしＩＦは
１６進数２０よりも小さいので、処理システムは、それ
らが制御コードであり、表示可能コードではないことが
わかる。これらの４種類のシングル・シフト・コードを
使うふき、表示管理プログラムは、それらがシングル・
シフト・コードであることがわかっている。表示管理プ
ログラムは、それらがシック・コードであることだけで
なく、それらのコードがどこにシフトするかが正確にわ
かっている。表示管理プログラムは、特定のコードが基
本点２５６または１２８、または必要となるどの点をも
別のコード・ページにシフトすることがわかっている。

構文知識が表示管理プログラムに含まれているというの
は、こういう意味である。

ロッキング・シフト及びシングル・シフトは、２５６種
よりも多い表示可能記号にアクセスするための、ＲＴＡ
ＳＣＩ　Ｉで定義された２つの方法である。どちらの方
法でも、表示管理プログラムは、コード・ページ・シフ
タ１１５、工１６、工２９．１３０．１３１．１３２用
に使用される所定のコードを認識しなければならない。

表示管理プログラムは、入りデータ・ストリーム中の各
バイトを検査し、それが表示可能な図形記号である場合
は、フォント・ファイル内のそのコードに対するフォン
ト・パターンに応じた図形記号を表示する。表示管理プ
ログラムは、複数バイトの制御コード・シーケンスをも
、それを別のコード・ページにシフトさせる様々な種類
の単一バイトの制御コードをも知っている。

たとえば、データ・ストリーム中で１６進コードＩＦを
受は取った場合、１６進数ＩＦは単１バイトのコード・
ページ・シフタ″ＳＳＩ″１３２（第１　ＡｒＩＩＪ）
なので、表示可能でないことが表示管理プログラムには
わかっている。したがって、そのフォントはアクセスさ
れない。表示管理プログラムは、コード・ページ・シフ
トがあったという事実を記憶している。表示管理プログ
ラムは、次のコード点によってアクセスされる表示記号
の範囲の始めを指す基本ポインタを調節する。次のコー
ド点は正しい処理を行なうためには、図形コードでなけ
ればならない。次の図形コードはこの基本ポインタから
のオフセット（ずれ）となる。

当技術で周知の第２図の処理システム２５は、ＩＢＭ　
　ＲＴ　　ＰＣである。ＲＴ　　ＰＣについての詳しい
情報は、”ＩＢＭ　　ＲＴパーソナル・コンピューター
概説書（ＩＢＭ　ＲＴ　Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕ
ｔｅｒ　：Ｇｅｎｅｒａｌ　Ｉｎｆｏｒ＋ｍａｔｉｏｎ
）″、資料番号ＧＣ２３−０７８３−１に記載されてい
る。アプリケージ１ン２１を実行する処理システム２５
は、ＡＩＸ（ＩＢＭ社の商標）等のオペレーティング・
システム２２を格納している。

ＡＩＸオペレーティング・システムについての詳しい情
報は、”ＩＢＭ　　ＲＴパーソナル・コンピュータ：Ａ
ＩＸオペレーティング・システム技術解説書（ＩＢＭ　
ＲＴ　Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ　：　ＡＩ
ＸＯｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ　Ｔｅｃｈｎｉｃ
ａｌ　Ｒｅｆｅｒｅｎｃｅ）　’″１資料番号５Ｃ２３
−０８０８−０に記載されている。

表示画面２３の表示は、表示管理プログラム２８によっ
て制御される。表示管理プログラム２８は、画面２３に
表示するため、オペレーティング・システム２２、キー
ボード２６、またはアプリケージ１ン２１から入力を受
は取ることができる。

データ・ストリームに対する処理モデルを表わすため、
従来、処理システム２５は、処理システムの製造業者、
によってあらかじめハード・コード化、すなわち、実行
可能コードでプログラミングされていた。処理モデルと
いう用語は、当技術分野では、データ・ストリーム中の
どのバイトが図形記号を表わし、どのバイトがコード・
ページ・シフタ等の制御コードを表わすかを定義する一
組の規則を意味するものとして使用されている。処理モ
デル１８を使うと、実質的に、処理システムが特定のコ
ード・セットについて図形コードを制御フードから区別
することができる。そのために、通常、表示管理プログ
ラム中で、表示管理プログラム２８に送られたデータ・
ストリームに関してハード・コードの形で仮定を行なっ
ていた。

たとえば、ＲＴＡＳＣＩＩ等、ＡＳＣＩＩから導かれた
特定の標準データ・ストリームについて、１６進コード
ＩＣ１１Ｄ１１Ｅ１１Ｆをコード・ページ・シックとし
て指定することができる。表示管理プログラム内の処理
モデルは、データ・ストリーム内の各バイトを検査して
、それがこれら４つのページ・シフト用の制御コードの
１つであるかどうか調べる。

データ・ストリームに対して別の標準が使用された場合
は、これら４つの１６進コードはもはやページ・シフト
用の制御コードを表わさず、別のコードがコード・ペー
ジ・シフタと見なされることもあるはずである。したが
って、表示管理プログラムは、どのコードが制御コード
であり、どのコードが図形記号であるかを判定するのに
、前の処理モデルを使用することができなかった。

たとえば、日本語は６０００を超える図形記号を含み、
まったく複雑である。したがって、５つ以上のページ・
シフタが必要となる。シックが４つある場合は、４つの
異なるコード・ページを指す基本ポインタにぶつかるこ
とがあり得る。６０００を超える表示可能コードが２５
６個ずつの単位に分かれている場合、多数の異なる２５
６個の単位にアクセスするにはさらに多数のシフタが必
要となる。したがって、シフトＪＩＳと呼ばれる日本工
業規格（ＪＩＳ）の１バージｅンでは、その複雑な言語
をサポートするために、ＲＴＡＳＣＩＩ標準とは異なる
別の制御コードが設けられている。

日本語は、ローマ字、表音字母である片仮名と平仮名、
また表意文字である漢字で表わすことができる。シフト
ＪＩＳ規格は、日本語を表わすのに使用される８０００
を超える図形記号用の日本語の図形文字セット及びコー
ド・ページについて記述している。シフトＪＩＳ規格は
、「ＩＢＭ登録図形文字セット及びコード・ページ（Ｉ
ＢＭＲｅｇｉｓｔｒｙ　Ｇｒａｐｈｉｃｓ　Ｃｈａｒａ
ｃｔｅｒｓ　５ｅｔｓ　ａｎｄ　ＣｏｄｅＰａｇｅｓ）
　Ｊ　、資料番号Ｃ−８３−３２２０−０５０１及びｒ
ＩＢＭ日本語図形文字セット、漢字（ＩＢＭ　Ｊａｐａ
ｎｅｓｅ　Ｇｒａｐｈｉｃ　Ｃｈａｒａｃｔｅｒ　Ｓｅ
ｔ　、ＩＫａｎｊｉ）　Ｊ　、資料番号Ｃ−Ｈ３−３２
２０−０２４と題する刊行物にさらに詳しく記載されて
いる。

これら２つのコード・ページ・システムであるＲＴＡＳ
ＣＩＩとシフトＪＩＳは互換性がない。

それぞれのコード・ページでページ・シックが同じでな
いので、これらのコード・ページ・システムは互換性が
ない。シフトＪＩＳのコード・ページ１７０（第７図）
では、他の標準コード・ページで図形記号１７がある所
に、制御コード１５がある。たとえば、シフトＪＩＳ（
第７図）の１６進コード８１ないし１９Ｆはコード・ペ
ージ・シフタであり、表示可能な文字ではない。ＮＬＳ
（Ｎａｔｉｏｎａｌ　Ｌａｎｇｕａｇｅ　５ｕｐｐｏｒ
ｔ）データ・ストリーム用に使用されるＲＴＡＳＣＩ　
Ｉ　（第１Ａ図、第１Ｂ図、第１Ｃ図）では、同じそれ
らのコードが表示可能な記号である。したがって、ＲＴ
ＡＳＣＩＩの構文を理解する表示管理プログラムは、シ
フトＪＩＳのデータ・ストリームを与えられた場合、そ
れらの文字を表示しようと試みることになる。これらの
２つの言語はそれぞれ異なるデータ・ストリーム構文を
何するので、その結果、エラーを生じることになる。し
たがって、シフトＪＩＳのコード・ページは、第１Ａ図
、第１Ｂ図及び第１Ｃ図のコード・ページと互換性がな
い。

１つの方法は、ＲＴＡＳＣＩＩ　　ＮＬＳの処理システ
ムとは別のシフトＪＩＳ用の処理システムを組み立てる
ことである。別々の処理システムが必要となるのは、そ
れぞれのコード・ページを理解し、各マシンで様々なコ
ード点のどれが制御コード・シフタであるか、また各コ
ード、・シフタが基本ポインタをどれだけシフトするの
かを理解するためである。

ＪＩＳやＮＬＳ等、異なるコードまたは追加のコードを
有する種々のデータ・ストリーム構文を処理するには、
新たに指定された制御コードがあるかどうかをこのとき
検査できるように、表示管理プログラムをコード化し直
さなければならない。

言い換えれば、新しい処理モデルを作成しなければなら
ない。したがって、異なるコード・セット表現を有する
異なるデータ・ストリームに対して、同シハード・コー
ド化（プログラム式）表示管理プログラムを使用するこ
とはできない。

ユーザが最初のデータ・ストリーム標準または第２のデ
ータ・ストリーム標準を選択することが可能な処理シス
テムを、処理システム製造業者がその客先に提供するこ
とは当技術では周知である。

この場合、製造業者は２つの異なる処理モデルに対して
２つの方式で表示管理プログラムをプログラミングして
いる。ユーザが最初の標準を選択した場合は、表示管理
プログラムは、最初の処理モデルを表わす最初のプログ
ラム式ルーチンを呼び出す。ユーザが第２の標準を選択
した場合は、表示管理プログラムは、第２の処理モデル
番表わす第２のプログラム式ルーチンを呼び出す。

この方法はその有用性に限界がある。第１に、ユーザ、
すなわち客先は、製造業者があらかじめ選択したデータ
・ストリーム内準だけに制限され、表示管理プログラム
は、その標準に対して、選択されたデータ・ストリーム
標準に対する特定の処理モデルの要件を溝たすようにコ
ード化されている。第２に、ユーザは、−度に１つの標
準またはコード・セットを使用するデータ・ストリーム
しか表示のために送ることができない。たとえば、第１
のコード中セットがシフト・コード・ページとして１６
進コードＩＣないしＩＦを有し、第２のコード・セット
がシフト・コード・ページとして１６進コード８１ない
し９Ｆを有する場合、表示管理プログラムはこれらのコ
ード・セットからの表示可能記号を同時に混用すること
ができないことになる。

したがって、本発明の目的は、１つの処理モデルを、異
なる構文を有する異なるデータ・ストリームに適合させ
ること、である。

本発明のその他の目的は、処理システム製造業者が特定
の構文の処理モデルを用いて表示管理プログラムをハー
ド・コード化する必要をなくすことである。

本発明のその他の目的は、処理システム製造業者によっ
てあらかじめ提供されていないコード・セット及び構文
に対してユーザがアクセスできるようにすることである
。

本発明のその他の目的は、異なるコード・セットからの
図形記号を同時に表示することである。

Ｃ０問題点を解決するための手段 この目的を達成するため、データ・ストリームに基づい
て出力装置上に図形記号を出力するための本発明の処理
システムは、データ・ストリームの処理モデルを組み込
む手段を有するフォント・ファイルと、このフォント・
ファイルに基づいてデータ・ストリームを処理する手段
と、を有することを特徴としている。

以下、本発明の作用を実施例とともに説明する。

Ｄ、実施例 本発明のシステム及び方法は、処理システムのユーザま
たはアプリケージ目ンが変更できるフォント・ファイル
構造に基づいてデータ・ストリームを処理する。フォン
ト・ファイルは、ある範囲の図形記号に対する画素パタ
ーンを含むだけでなく、特定の構文を有するデータ・ス
トリームを解釈するための規則も含む。あるデータ・ス
トリームを解釈するための規則を、そのデータ・ストリ
ーム用の処理モデルと呼ぶ。

フォント・ファイル構造は、図形記号の範囲を示すイン
デックス・アレイを含む。データ・スト、リーム内の各
バイトが、インデックス・アレイ内にインデックスを発
生するために使用される。インデックス・アレイの各要
素は、値及び制御ビットをもつ。制御ビットは、その値
が図形記号に対するオフセットであるか、それとも修飾
子であるかを示す。値が修飾子である場合は、その図形
記号の範囲においてデータ・ストリーム内の次の順次デ
ータ・バイトを増分するためにそれが使用される。修飾
子を繰り返し使用して、無制限の数の図形記号にアクセ
スすることができる。

本発明の処理システムは、ＪＩＳｌＡＳＣＩＩ。

及びＮＬＳデータ・ストリーム等の種々のデータ・スト
リームを同時に処理する。従来のように、上述のような
実行可能コードを使って特定のデータ・ストリーム処理
モデルをもたらす表示管理プログラムを設けるのではな
い。データ・ストリームの。

処理モデルは、各言語または構文モデルごとに当該のフ
ォント・ファイルによって指示される包括的な処理モデ
ルである。任意のデータ・ストリームに対する各フォン
トは、各フォント内に処理モデルを組み込むように個別
に構成される。このようにして、処理モデルはフォント
の定義中で暗示されている。

データ・ストリーム内の各バイトが、インデックス・ア
レイ内にインデックスを発生するために使用される。イ
ンデックス・アレイの各要素は、１つの値と１組の制御
ビットをもつ。これらの制御ビットは、その値が図形記
号に対するオフセットであるかどうか、またはその値が
修飾子であるかどうかを示す。

さらに詳細には、インデックス・アレイは、データ・ス
トリームの処理モデルを指定するために、フォント・フ
ァイル内で使用される。インデックス・アレイは、その
各要素中に制御ビット及び値を含んでいる。制御ビット
は、情報が制御情報であるのか、それとも表示可能な図
形記号に対するオフセットであるのかを示す。制御ビッ
トの１つはインデックス修飾子ビットと呼ばれる。イン
デックス修飾子ビットがオンの場合、その値はインデッ
クス修飾子であり、データ・ストリーム内の次のデータ
・バイトに適用される。インデックス修飾子は、指定さ
れたデータ・ストリームに対する所期の処理モデルに基
づいて、選択された量だけ次の順次データ・バイトを増
分する。もう１つの制御ビットは、基本修飾子ビットと
呼ばれる。基本修飾子ビットがオンの場合、その値は基
本修飾値であり、アレイ全体に適用される。省略時には
、データ・ストリームによって変更されるまで、基本修
飾値は０である。すべての制御ビットが′オフの場合、
その値は、表示すべき図形記号（グリフと呼ばれる）に
対するオフセットである。したがって、インデックス・
アレイは、その各要素中の制御ビットを使って、データ
・ストリーム内の制御バイトをデータ・バイトから動的
に区別する。

図形記号に対するオフセットを含むインデックス・アレ
イ内の要素がアクセスされるまで、インデックス修飾子
は累積される。インデックス修飾子を累積することによ
り、図形記号に対するオフセットである次のデータ・バ
イトを、インデックス・アレイ内の任意の要素から参照
することができる。インデックス修飾子は繰り返し使用
するこ　　′とができるので、こうすると無限の数の図
形記号の使用が可能になる。したがって、ＡＳＣＩ　Ｉ
。

ＮＬＳ、及びｅｏｏｏを超えるコードを必要とするシフ
トＪＩＳ用の２５６ｍの異なったコード・セットの組合
せが可能になる。

フォント・テーブルは、表示すべき図形記号に対する画
素パターンを含む他に、データ・ストリームを解釈する
ための構文を備えた処理モデルを含んでいる。したがっ
て、処理システムのユーザがフォントを選択し変更する
ためにフォントにアクセスできる上に、フォント内の処
理モデルもユーザが選択し変更することができる。フォ
ント・インデックス−アレイ内の任意の要素中の制御ビ
ットを変更することにより、ユーザは、データ・ストリ
ーム内のバイトがインデックス内の別の位置に対する修
飾子であるのか、それとも図形記号に対するオフセット
であるのかを決定する。したがって、ユーザは自分の図
形記号及びデータ・ストリーム標準を作成し、他のデー
タ・ストリーム標準を互いに組み合わせ、これらのデー
タ・ストリームを解釈するための自分の処理モデルを作
成することができる。

第４図を参臆すると、本発明のシステムは、データ・ス
トリーム３０（！：、表示管理プログラム２８と、イン
デックス・アレイ４５を含むフォント・ファイル４０と
を含んでいる。データ・ストリーム３０は、表示管理プ
ログラム２８に送られる１６進コードを表わすビット３
５から構成される。

データ・ストリーム・ビット３５が何を意味するか理解
するための知識は、あらかじめ表示管理プログラム２８
に入っている。表示管理プログラム２８は、オペレーテ
ィング・システム２２の拡張部分である。通常、処理シ
ステム２ｏの製造業者は、表示管理プログラム２８をオ
ペレーティング・システム２２のソフトウェアと一緒に
出荷する。

表示管理プログラム・コードは、ソフトウェア製造業者
が一度に書（。したがって、上述の従来のシステムでは
、構文、すなわち、データ・ストリームを理解するため
に使用される編成原理は固定しており、処理システムの
ユーザが変更することはできない。構文は、システム・
アーキテクチャの開発中に処理システム製造業者が決定
する。

第４図に示す本発明のシステム及び方法では、特定のデ
ータ・ストリームに対する構文は、表示管理プログラム
２８内の処理モデルとしてはコード化されない。表示管
理プログラム２８は、あるコード範囲内のどのコードが
コード・ページ・シフタとして使われるかを知る必要が
ない。これらのコード・ページ・シフタはコード範囲内
のどこにあってもよい。こうすると、ＡＳＣＩＩ標準の
コード・ページを使ってＮＬＳデータ・ストリームを表
示することが可能になると共に、シフトＪＩＳコード・
ページ・システムを使って、片仮名、平仮名または漢字
を表示する必要がある日本語ベースのアプリケ−シロン
をサポートすることが可能になる。

その代わり、処理モデルはフォント・ファイル４０内の
インデックス・アレイ４５に組み込まれる。フォント４
０は、データ・ストリーム３０を翻訳するとき、包括的
処理モデルを指示するために使用される。フォント４０
は、編成または処理されたデータ・ストリームが何を意
味するかを定義するために使用される。入力３０が出力
３９にどのような形で移される（ｔｒａｎｓｐｏｓｅ　
）かは、表示管理プログラム２８に格納されているので
はなく、フォント・ファイル４０内に組み込まれた構文
または処理指示によって決定される。

データ・ストリーム３０が表示管理プログラム２８に送
られるとき、もはや表示管理プログラム２８は、データ
・ストリーム内の各要素３５が何を意味するかについて
十分な情報を持っていない。

表示管理プログラム２８は次に、ユーザかう提供された
フォント・ファイル４０にアクセスする。

表示管理プログラム２８は、データ・ストリーム３０内
の各バイト３５をフォント・ファイル４０にマツプする
。フォント・ファイル４０は、処理システム２０、オペ
レーティング・システム２０、もしくはアプリケ−シロ
ン・プログラム２１と一緒に供給される省略時フォント
・ファイルでアルこともあり、またはユーザが供給する
こともある。

あるコード点が図形記号であるか、またはコード・ペー
ジ・シックであるかを定義するのは、フォント・ファイ
ル４０であって表示管理プログラム２８ではない。コー
ド点がコード・ページ・シフタ、すなわち、インデック
ス修飾子または基本修飾子である場合は、その表示記号
の範囲内での基本オフセットがそれに応じてシフトされ
る。フォント・ファイルは、そのデータ・ストリーム要
素、すなわち、バイト３６が表示可能な図形であるかど
うか、またはそれが修飾子であるかどうかを表示管理プ
ログラム２８に知らせる。

本発明の処理システム２０では、表示管理プログラム２
８から構文の知識が取り除かれ、フォント・ファイル４
０に移されている。表示管理プログラム２８は、データ
・ストリーム３０が何を意味するかについて何も仮定を
行なわない。したがって、構文はハード・コード化され
ていす、１度も決定されず、固定されていない。そうで
はなくて、表示管理プログラムはフォント・ファイル４
０を参照する。フォント・ファイル４０は、ユーザまた
はアプリケ−シロン・プログラム２１によって供給され
ることもあり、またオペレーティング・システム２２と
一緒に供給されることもある。

本発明では、表示管理プログラム２８はデータ・ストリ
ーム３０のハード・コード化された処理モデルをもたら
さないが、本発明では依然として表示管理プログラム２
８を使用する。表示管理プログラム２８は依然としてデ
ータ・ストリーム３０の入力を受は取るが、表示管理プ
ログラム２８は、今やフォント・ファイル４０の指示に
基づいて入力を処理する。さらに、表示管理プログラム
２８は、コード・ページのシフティングを除いて、他の
タスクを引き続き実行する。表示記号の範囲の様々な部
分にアクセスするためのすべてのコード・ページ・シフ
ティングが今やフォント・ファイル内で定義される。

本発明の説明ではコード・ページ・シフティング及びコ
ード・ページという言葉を使っているものの、実際には
本発明を用いると図形記号の範囲をそれぞれ２５８種の
コードからなるページに分割する必要、及びこれらのペ
ージ間でシフトする必要がなくなる。反復的修飾子を使
うと、まずある記号の範囲をグループに分割し、グルー
プの１つにアクセスし、次にこの１つのグループ内の記
号にアクセスせずとも、連続した表示記号の範囲内のど
の点にもアクセスすることができる。

表示管理プログラム２８は依然としてデータ・ストリー
ム３０を管理しているが、データ・ストリームを解釈す
るための知識はもはや表示管理プログラム２８内に存在
しないので、フォント・ファイル４０を参照する。表示
管理プログラム２８は依然としてデータ・ストリーム３
０を解釈しなければならないが、そのための構文をフォ
ント・ファイル４０から受は取る。

したがって、フォント・ファイル４０は２つの目的に使
用される。フォント・ファイル４０は、画面に表示すべ
き図形記号の形を表わすために使用されるだけでなく、
データ・ストリーム３０を解析するための規則をも供給
する。データ・ストリーム３０が解析されると、表示す
べき図形記号１７にアクセスすることができる。

本発明に基づくシステム及び方法は、ユーザまたはアプ
リケ−シロンがフォントを変更できる従来技術よりもは
るかにすぐれている。本発明のシステムでは、ユーザま
たはアプリケーション２１がデータ・ストリーム３０の
構文を変更することができる。構文はもはやシステム・
ソフトウェア内に存在しないので、ユーザまたはアプリ
ケーション２１が構文を変更することができる。構文は
、ユーザまたはアプリケーション２１がフォント４０中
で供給する。

したがって、ユーザまたはアプリケーション２１は、ユ
ーザまたはアプリケ−シロン２１だけが理解できるデー
タ・ストリーム３０を使用することができる。ユーザま
たはアプリケーション２１は、従来、データ・ストリー
ム３０を解釈するために処理システム製造業者がどんな
方法でシステムをあらかじめハード・コード化していた
かに依存しない。その代わり、ユーザまたはアプリケー
ション２１は、インデックス４５を個々にかつ独立して
フォント・テーブル４０に構造化することにより、それ
自体のデータ・ストリーム３０を理解するための手段を
提供する。同時に、フォント４０は、データ・ストリー
ム３０によって表わされるグリフを表示するための手段
を提供する。

第３図を参照すると、データ・ストリーム３０は要素″
Ｎ１″′３１、”Ｉ”３２、”Ｎ２”３３、及び、′Ｎ
２″３４から構成される。各要素は１６進数のバイトま
たは２進数のビットを表わす。どのような形でも、各要
素は０から２５５までの任意の数を表わすことができる
。フォント・ファイル４０は、フォント・ヘッダ４１、
アレイ４５、及び実際の図形記号（グリフ）４２を含ん
でいる。

アレイ４５は、フォント論理コード・ページ内の各コー
ド点に対するエントリ８０を有する。

たとえば、それぞれ２５６種のコードを含む３つの論理
コード・ページを有するフォントでは、アレイ４５内に
７６８個のエントリ８０があることになる。たとえば、
最初の２５６個のエントリ８０は、ゼロ・レベルのコー
ド・ページを表わす。

アレイ内の第２の２５８個のエントリ８０は、第ルベル
のコード・ページを表わす。第３の２５６個のエンド、
す８０は、第２レベルのコード・ページを表わし、以下
、表示可能なすべての図形記号を表わすのに必要なだけ
の２５６種のコードからなるコード・ページまたはグル
ープすべてについて同様である。２５６種のコードから
なる各コード・セット１８０は、同じコード・セットの
いくつかのページのうちの１つ、または異なるコード・
セット標準を表わすことができる。たとえば、２５６種
のコードからなるコード・セットのあるものはＡＳＣＩ
Ｉを表わし、２６６種のコードからなる別のコード・セ
ットがＮＬＳを表わし、２５６種のコードからなるもう
一つ他のコード・セットが、６０００を超える個別のコ
ード点を育するＪＩＳを表わすことができる。これらの
標準のすべて及びその他の標準をアレイ４５内で一緒に
表わすことができる。

アレイ４５内の各エントリ８０毎に、制御ビット５０が
あり、オン（１）またはオフ（０）にセットされる。制
御ビット５０は、アレイ４５内のそのエントリ８０にあ
る情報が、制御情報かそれともデータかを示す。２種類
の制御ビットがある。

すなわち、インデックス修飾子ビットと基本修飾子ビッ
トである。インデックス修飾子ビットは基本修飾子ビッ
トとは互いに排他的である。制御ビット５０がオフにセ
ットされている場合は、値６０は、表示すべきグリフ４
２中の図形記号に対するオフセット９０である。インデ
ックス修飾子ビット５０がオンである場合は、値６０は
、データ・ストリーム内の次のデータ・バイト３３に適
用されるインデックス修飾子７０である。インデックス
修飾子７０は、次のデータ・バイトに対するページ・シ
フタとしてのみ使用される。基本修飾子ビット５５がオ
ンの場合は、値７５は、次のデータ・ストリームの全デ
ータ・バイトに適用される基本修飾子である。基本修飾
子は後続のすべてのデータ・バイトに対するページ・シ
フタとして使用される。

表示合理プログラム２８（第４図）は、データ・ストリ
ームの最初のバイト″Ｎ１″３１を受は取ると、アレイ
４５内の″Ｎ１″要素の所で、すなわちエントリ８１で
フォント・ファイル４０のインデックス４５にアクセス
する。たとえば、データ・ストリーム３０の”Ｎ１”バ
イト３１が数″７３″を表わす場合、最初の位置が０で
あるとすると、エントリ８１はアレイ・インデックス４
５の７４番目の位置にあることになる。アレイ４５の”
Ｎｌ″エントリ８１で、制御ビット５０はオフであり、
値６０がグリフ４２に入るためのオフセット９０である
ことを示す。グリフ４２は、種々のフォントに対する図
形記号の実際のビット・パターンが記憶される場所であ
る。グリフ内のこれらのビット・パターンは次に表示装
置２３に送られる。上記の例を使うと、データ・ストリ
ーム３０の″’Ｎｌ″′要素３１が数７２を表わし、コ
ード・ページ１００（第１Ａ図）の図形記号１７がグリ
フ４２中に記憶されている場合、表示装置に送られる図
形記号はＨ”となる。

表示管理プログラム２８は、データ・ストリーム３０の
第２の要素″Ｉ”３２を受は取ると、”■”位置８２で
フォント・アレイ４５に、アクセスする。この例では、
インデックス修飾子ビット５０がオンにセットされてい
て、値６０がインデックス修飾子７０であり、表示可能
記号ではないことを示す。インデックス修飾子７０は、
データ・ストリーム３０の次のバイト３３を修正する。

インデックス位置”Ｉ″８２にある値６０は表示されず
、その代わりに、インデックス位置”Ｉ”８２にあるイ
ンデックス修飾子７０が、データ・ストリーム３０の次
のバイト３３に対する基準開始点として使用される。

データ・ストリーム３０の次のバイト”Ｎ２”３３は、
”■”位ｅ８２にあるインデックス修飾値７０から″Ｎ
２″要素３３が表わす数の位置だけ離れた、アレイ４５
内のエントリ８０でアクセスされる。たとえば、１′Ｎ
２″３３が、１０進数の２５５を表わす１６進数１″Ｆ
Ｆ”を含む場合、表示管理プログラム２８は　ｙｌＩｔ
ｔアレイ要素８２内のインデックス修飾子によって指定
されるアレイ・エントリから２５５個のアレイ・エント
リ８０でフォント・アレイ４５にアクセスする。これは
、第３図で、後続のコード・ページ”ｌ”１８０内のア
レイ・エントリ″ＭＭ”８３として示されている。修飾
子７０がなければ、データ・ストリームの要素”Ｎ２”
３３により、表示管理プログラム２８は最初のコード・
ページの位置″Ｎ２″８４でフォント・アレイ４５にア
クセスすることになる。

データ・ストリーム３０の要素”Ｎ２″３３がインデッ
クス・エントリ”ＭＭ″８３にシフトされたとき、制御
ビット５０はオフであり、値６０がグリフ４２に入るた
めのオフセット９０であることを示す。このことは、デ
ータ・ストリーム３０の″Ｎ２″要素３３の１つに先行
インデックス修飾子７０があるために、データ・ストリ
ーム３０のＮ２″３３とＮ２″３４のバイト値が同じで
も、２つの異なるグリフ９３．９４が生成されることを
示している。上記のことから、データ・ストリームのあ
る要素がインデックス修飾子７０の後に続くときと、続
かないときで違いが出ることがわかる。

インデックス・アレイ位置”■”８２にあるインデック
ス修飾子７０は、グリフ４２中の表示可能記号に達する
まで、データ・ストリーム内の後続の要素に対して有効
であり、かつ累積される。

アレイ・エントリ８０の制御ビット５０がオフになった
とき、表示可能記号に達したことが示される。グリフ４
２中の表示可能記号がアクセスされると、データ・スト
リーム３０の次の要素に対する開始点は、最後に処理さ
れた基本修飾子の値に戻る。基本修飾子が処理されてい
ない場合は、０の値を取る。

インデックス・アレイ４５はフォント・ヘッダ４１とグ
リフ４２の間の構造である。インデックス・アレイ４５
は、構文が具体化された構造であす、コード・ページ・
シフティングを可能にする。

グリフ４２は構文の知識を持たず、どの画素がオンにな
るかに関する情報を含むだけである。インデックス・ア
レイ構造４５は、その中に含まれる構文モデルを使って
、コード点をグリフ４２に変換する。

したがって１．ユーザが自分の構文を作りたい場合は、
インデックス構造４５を変更して、データ・ストリーム
３０を異なる処理モデルに適合させることになる。この
ことを行なうための機構は、制御ビット５０をオンまた
はオフのいずれかに変更することである。制御ビット５
０は、データ・ストリーム３０内のバイトが修飾子とし
て処理されるのか、それとも図形記号として処理される
のかを示す。ユーザが、インデックス・アレイ４５の構
造を変更する代わりに、文字の現われ方だけを変更した
い場合は、ユーザは、インデックス・アレイ構造に含ま
れる処理モデルの物理的表現であるグリフ４２を修正す
ることになる。

インデックス・アレイ構造４５は、表現したい図形記号
のモデル及び数に応じて長さが変わる。

インデックス・アレイ構造４５はグリフ・インデックス
４２に入るためのオフセットを含むので、グリフ・イン
デックス４２がどこで始まるかは重要でない。

本発明では、別々の処理システムを組み立てず、シフタ
・コードが何であるかを表示管理プログラムが知る必要
がない。シフタ・コードはどこにあってもよい。さらに
、表示管理プログラムは、シフタ・コードがあるときで
も、シフトの量を知らない。

構文を判定するため、表示管理プログラムはフォント・
ファイルを参照する。各指示中には、それが表示可能記
号であるのか、それともシフタ・コードであるのかを示
す制御情報がある。それが図形表示可能な記号である場
合は、記号の画素パターンを表示するために使用すべき
ピット・パターンを指す。図形表示可能な記号でない場
合は、アレイ内の別のエントリを指すシフト・コードで
ある。

アレイ内の新しいエントリにアクセスするために、次の
コードがシフト・コードに付加されている。

アレイ内のこのエントリは、依熱として図形表示可能な
記号ではないことがある。また、次のコードが付加され
るシックであることもあり、以下同様である。多分、表
示可能なコードに達するまで、何回かの飛越しを繰り返
すものと思われる。

従来の技術では、幾つかのコード・ポインタだけがあり
、それらは基本シフタであった。それらは、通常、単一
の非ロッキング・シフトの１６進数ＩＣないしＩＦであ
った。１６進数ＯＥ及びＯＦは、ロッキング・シフトの
シフトアウト及びシフトイン制御コードである。これら
はあらかじめ知られており、コード・ページ１体によっ
て定義される。本発明では、シフタと図形のオフセット
の間にあらかじめ定められた区別はない。表示管理プロ
グラムは、データ・ストリーム内のどのコード点につい
ても、あらかじめそれが表示可能な図形記号の制御コー
ド・シフタであるとは想定しない。また、従来のシステ
ム及び方法では、表示記号範囲に対するオフセットも既
知である。また、従来のシステム及び方法では、間接指
示（ｉｎｄｉｒｅｃｔｉｏｎ）レベルが１つしかない。

表示記号範囲を指す基本ポインタを変更するコード・ペ
ージ・シックに出あうとする。次のコード点は、表示可
能な図形記号であると予想される。２つのシフタが一緒
に送られた場合は、最初のシフタは誤りとして無視され
ることになる。従来は、シフタは累積することができな
かった。図形表示コード点が付加される最後の既知のシ
フタが選ばれることになる。本発明では、間接指示レベ
ルは無制限である。フォント・ファイルがコード点によ
って参照される度に、コード点がシフタであるのか、そ
れとも表示可能な図形記号であるのかが判定される。そ
れがシフタである場合は、゛シフタは、インデックス・
アレイ内の別の場所を指すが、それ゛自身が別のシフタ
であることもある。このため、累積効果が可能となり、
希望する数の間接指示レベルが実現できる。

さらに、従来のシステム及び方法では、処理モデルが固
定されていた。データ・ストリームを解釈するためのモ
デルは、いつでも１つだけ可能であった。特定のデータ
・ストリームを処理するためにどのモデルを使用するか
をアプリケーシヨン・プログラムで選択する場合、複数
の処理モデルが存在し得た。しかし、これらの複数のモ
デルは時間的に固定されており、表示管理プログラム内
のコードを書き直さないと、新しい異なるモデルを実施
することができなかった。さらに、存在するどのモデル
も、ソフトウェアの作成者が判断し、場合によっては規
格委員会に問い合わせていた。

本発明では、処理モデルが変更可能であるため、複数の
処理モデルが同時に可能になる。ユーザ（またはアプリ
ケーション）が、どのフォント・ファイルを使用するか
を表示管理プログラムに指示する。ユーザは、表示管理
プログラムを指すフォント・ファイル・ポインタを定義
する。その結果、フォント・ファイルをユーザが動的に
定義し直すことが可能である。アプリケ−シロンは種々
のフォント・ファイルを指すことができる。各フォント
・ファイルは、異なる標準または構文を具体化するよう
に組み立てることができる。ユーザは標準外の構文を定
義することができる。業界における所定の標準に固執す
る必要はない。

ユーザがシフトＪＩＳを使用したい場合は、シフトＪＩ
Ｓのフォン、ト・ファイルを指すことができるように、
フォント・ファイルを設けることができる。しかし、ユ
ーザが、製造業者の処理システムで通常サポートされて
いない自分の構文を作りたい場合は、ユーザは自分のフ
ォント・ファイルを作成することができる。

第５図に示すような、ＲＴＡＳＣＩ　Ｉと呼ばれるＲＴ
　　ＰＣで使用するＡＳＣＩＩの１バージロンと、シフ
トＪＩＳという、異なる２つの言語で同じ文を表わす２
組の図形記号２１０，２２０が、非互換性データ・スト
リーム・モデルによって生成される。英文２１０は、第
５Ｂ図に示す１６進数２１１のストリームによって生成
された。日本文２２０は意味的に英文２１０と同等であ
るが、第５Ｂ図に示す１６進数データ・ス）　ＩＪ−ム
２２１によって生成された。従来技術では、ＲＴＡＳＣ
ＩＩ処理規則を採用した表示管理プログラムは、日本文
２２０のデータ・ストリーム２２１内の１６進コード８
１．８２．８３．８９及び９５を図形コードと見なすが
、シフトＪＩＳモデルを採用したプロセッサはそれらを
、２５６個のコード点からなる別のコード・セット、す
なわち、別のコード・ページにシフトするための制御コ
ードと見なすので、２つのストリームは互換性がないと
見なされることになる。逆に、シフトＪ−ＩＳ規則は、
英文２１０のデータ・ストリーム２１１内の１６進数８
Ｄというコードが制御コード、すなわち、制御ページ・
シフタであると見なすが、ＲＴＡＳＣＩＩ規則はそれを
図形コードと見なすことになる。

本発明では、同一の表示管理プログラム２８がデータ・
ストリーム２１１．２２１を共に正しく解釈する。何故
ならば、表示管理プログラムが、フォント・ファイル４
０に、どのコード点が図形記号１７であり、どれが制御
コード１５であるかを示させるからである。

たとえば、表示管理プログラム２８は、ＲＴＡＳＣＩＩ
フォント・ファイル４０（第５Ｃ図）を使って最初の文
２１０（第５Ａ図）を表示する。

表示管理プログラム２８は、インデックス・アレイ４５
の要素２８１にある要素１６進数２２に進む。その要素
２８１で、制御ビット２５０はＯにセットされ、値２６
０がグリフ構造４２に入るためのオフセット２９１と見
なされることを示す。

表示管理プログラム２８はそのオフセット２９１の所で
ビット・パターン２３１を表示し、データ・ストリーム
２１１内の次の情報バイト２０２の処理を続行する。次
の参照は、インデックス・アレイ４５の１８進数ＩＣの
要素２８２に対するものである。その要素２８２で、イ
ンデックス修飾子ピッ＋２５０は１にセットされ、要素
２８２中の制御値２６０がインデックス修飾子２７０と
呼ばれる制御コードであることを示す。この要素２８２
中の制御値２６０はグリフ構造４２を指さず、インデッ
クス・アレイ４５内の別の要素２８３を指す。この要素
２８３は、本発明の好ましい実施例では、”Ｐ２″と呼
ばれる所期のコード・ページ２８０の論理的開始点を表
わす。表示管理プログラム２８は、データ・ストリーム
２１１の次のバイトである１６進数８Ｄを処理する。こ
の１６進値８Ｄが、要素２８２で前の制御コード２７０
によって設定された正しいコード・ページ２８０の論理
的開始点２８３に付加される。アレイ４５のこの要素２
８４中で、制御ビット２５０は０になり、そこにある値
２６０が修飾子２７０ではなく、グリフ・テーブル４２
に入るためのオフセット２９４であることを示す。こう
して、グリフ・テーブル内の正しいビット・パターン２
３４にアクセスすることができ、ギリシャ文字”π”が
表示される。データ・ストリーム２１１の次の１６進コ
ード要素２０５により、表示管理プログラムは、要素２
８１でインデックス・アレイ４５にアクセスする。何故
ならば、文字が表示される毎に、コード・ページ・ポイ
ンタがインデックス・アレイ４６の開始点１に論理的に
戻るからである。英文の残りの部分は、データ・ストリ
ーム内に他の制御コード、すなわち、コード・ページ・
シフタがないので、１バイトの図形コード点と見なされ
る。

データ・ストリームを表示装置に送るアプリケ−シロン
は次に、作業フォントを１に変更させて、日本文の処理
のためにシフトＪＩＳモデルを実施させる。データ・ス
トリーム２２１内の最初のコード・バイト２０Ｂは、１
６進数８１であり、表示管理プログラム２８を、１６進
数バイト８１を表わす要素２８６で新しいフォント４３
（第５Ｄ図）のインデックス・アレイ４６にアクセスさ
せる。

ＲＴＡＳＣＩＩフォントとは違って、シフトＪＩＳは、
インデックス修飾子ビット２５０を１にセットすること
により、この要素が制御コードであることを示す。した
がって、この位置２８６の値２６０は修飾子２７０と見
なされ、修飾子２７０は、インデックス・アレイ４６の
、所期のコード・ページ２８０の論理的開始点となる部
分を指す。次のバイト２０７は、データ・ストリーム２
２１内で１６進数７５として示されており、表示管理プ
ログラムを、要素２８６中の修飾子２７０が指すコード
・ページの論理的開始点２から１６進数で７５位置離れ
た要素２８７の所でインデックス・アレイ４６にアクセ
スさせる。この要素２８７中では、制御コード２５０が
０にセットされ、要素２８７がグリフ・テーブル４２に
入るためのオフセット２８０を含むことを示す。このオ
フセットの所にあるビット・パターン２３７は表示され
、表示管理プログラム２８は、シーケンスが終了したも
のと見なす。したがって、表示管理プログラムはコード
・ページ・ポインタを０、すなわち、インデックス・ア
レイ４６の開始点１に論理的に戻す。日本文のためのデ
ータ・ストリームの残りの部分の処理が、同様にして続
行される。

第５Ｂ図に示した第２のデータ・ストリーム２２１は、
完全に「２バイト」である。すなわち、制御コードであ
る１データ・バイトとそれに続く図形コードである１デ
ータ・バイトから全体が構成されていると見なされる。

第５Ｂ図のデータ・ストリーム２１１に関して上に示し
た例は、元来「単一バイト」のデータ・ストリームであ
るが、１つの２バイト・シーケンス、すなわち、データ
・ストリーム２１１内の要素２０２．２０４として示さ
れるＩＣ，８Ｄ″を含んでいる。本発明を用いると、様
々な「バイト長」のデータ・ストリームを混合すること
ができる。データ・ストリームの検査だけでは、使用さ
れるバイト長モデルの性格を判定するのに十分ではない
。制御コード、すなわちコード・ページ・シフタは、表
示管理プログラムのプログラム式コード中ではなく、デ
ータＱストリームを表示するために管理プログラムに供
給されるフォント・ファイルのインデックス・アレイの
制御ビット中で定義される。

上記に示したように、表示のために使用可能な図形記号
の範囲が８５５３５を超える場合は、図形記号を表示す
るために３バイト以上が必要となることがある。たとえ
ば、最初の２５６種の各コード点は、それぞれ２５６種
の使用可能なフード・ページの１つにシフトすることが
でき、各コード・ページは２５６種の表示可能な記号を
含む。最初のバイトはコード・ページ・シフタを表わし
、第２のバイトはコード・ページ内の図形記号を表わす
。

第６図に示すもう１つの好ましい実施例は、アニメーシ
ョン・フレームを表示するために使用できるデータ・ス
トリーム３００を示したものである。この例を選んだの
は、アニメーションを表示するために必要なアニメーシ
ョン・フレームの数がＥ３５５３５種の表示可能記号を
容易に超え得るためである。フレームの数がそれを超え
ると、特定のアニメーション・フレーム、すなわち、図
形記号を指定するために３バイト以上が必要になる。

この例は、データ・ストリーム内のバイト３０１−３０
７が、前の例のように１６進数ではなく１０進形式であ
ることを示している。

最初のフレーム３３１は、２バイトの非反復的指定によ
ってアクセスされる。すなわち、値８３を含む最初のバ
イト３０１は、アレイ３４５に入るためのインデックス
３８１であり、値５１２を有するインデックス修飾子３
７０を与える。ストリーム内の第２のバイト３０２は、
値８８と、値５１２を有する修飾子３７０とから成りデ
ータ要素３８２でインデックス・アレイ３４５に入るた
めのインデックス６００を与える。これは、アニメーシ
ョン・フレームまたは図形記号からなるグリフ３４２に
入るためのオフセット３６０である。

第２のフレーム３３２は反復的修飾子を示す。

データ・ストリーム３００の第２のフレーム３３２の最
初のバイト３０３は値８３を有し、やはりインデックス
・アレイ３４５に入るためのインデックス３８１である
。これは値５１２を有する修飾子３７０をもたらす。デ
ータ・ストリーム３００の第２のフレーム３３２の第２
のバイトは、値１０８と、値５１２を宵する修飾子３７
０とを有し、エントリ３８４でインデックス６２１を与
える。

インデックス修飾子ビット２５０がオンであるので、制
御値３６０も、値Ｅｉ８０４Ｂを有する修飾子３７０で
ある。データ・ストリーム３００の第２のフレーム３３
２の第３のバイト３０５は、値１６１と要素３８１及び
３８４にある２つの修飾子の値とを有し、インデックス
・アレイ３４５のエントリ３８５でインデックス・エン
トリ６８７２１を与える。このエントリ位置３８５の制
御コードは０であり、値はグリフ３４２に入るためのオ
フセット３６０である。この実施例では、修飾子の累積
が可能となる。別の実施例では、修飾子の置換が可能と
なる。

第３のフレーム３３３は、単純化したアクセス方法と思
われるものを示している。データ・ストリーム３００の
第３のフレーム３３３の最初のバイト３０６は、値２０
２を有し、インデックス・アレイのエントリ３８６でイ
ンデックス２０２を与える。最後のバイトはグリフに入
るためのオフセットであり、図形記号が表示されたので
、バイト値はインデックス・アレイ３４５の開始点１か
らカウント・オフされる。インデックス修飾子ビット２
５０は要素３８６中でオンであるので、値２６０はイン
デックス修飾子２７０である。インデックス修飾子３７
０は値６８７２０を育する。データ・ストリーム３００
の第３のフレーム３３３の第２のバイト３０７は、値０
を有す墨。この値と前のインデックス修飾子の値とが、
インデックス・アレイ３４５内へのエントリ３８７でイ
ンデックス８８７２０を与える。制御ビット２５０はオ
フであり、したがって値２８０はグリフ３４２に入るた
めのオフセットである。

新しい２バイト・シーケンス２０２．１は、第２のフレ
ーム３３２に対して使用された８バイト・シーケンス８
３．１０９．１６１が示すのと同じグリフ３４２に入る
ためのオフセット３２２を示すことに留意されたい。こ
れは実際には非効率的であるが、本発明の融通性を示す
ものである。

好ましい実施例に関連して本発明を具体的に図示し、説
明したが、当業者なら理解できるように、本発明の精神
及び範囲か、ら逸脱することなく形態及び細部に種々の
変更を加えることができる。

本発明のシステム及び方法は表示装置による図形記号の
表示に限定されるものではない。第４図に示すように、
本発明は、印刷出力上での図形記号の表示にも適用でき
る。表示管理プログラム２８という言葉を印刷管理プロ
グレム１４に置き換え、表示装置２３という言葉をＩＢ
Ｍプロプリンタ（Ｐｒｏｐｒｉｎｔｅｒ）等の印刷装置
２４に置き換えると、本発明の技術的思想を同様に具体
化できることが理解されよう。

Ｅ０発明の効果 以上・説明したように本発明によれば、処理モデルをフ
ォント・ファイルに組み込むようにしたことによって、
より融通性の高い図形記号の出力が可能となる。、。

【図面の簡単な説明】

第１Ａ図は、図形記号、制御う−ド、及びページ・シフ
タ制御を表わす、１６進数のゼロ・レベル・コード・ペ
ージを示す図である。 第１Ｂ図は、同じ制御コード及びページ・シック制御を
有するゼロ・レベル・コード・ページ以外の別の図形記
号を表わす、１８進数の第ルベル・コード・ページを示
す図である。 第１Ｃ図は、同じ制御コード及びページ・シック制御を
有するゼロ・レベル及び第ルベル・コード・ページ以外
の別の図形表示を表わす、１６進数の第２レベル・コー
ド・ページを示す図である。 第２図は、表示管理プログラムでコード化されるデータ
・ストリーム処理モデルを有する、当技術で周知のデー
タ処理システムを示す図である。 第３図は、フォント・ファイルのインデックス・アレイ
に組み込まれた処理モデルを示す図である。 第４図は本発明に基づくシステムの実施例を示す図であ
る。 第５Ａ図は、同時に表示される２つの非互換性構文で表
わされる２つの異なる言語からの図形記号を有する表示
装置を示す図である。 第６Ｂ図は、第５Ａ図に示す表示装置用の１６進数デー
タ・ストリームを示す図である。 第５Ｃ図は、最初のフォント・ファイル内の最初の処理
モデルを示す図である。 第５Ｄ図は、第２のフォント・ファイル内の第２の処理
モデルを示す図である。 第６図は、フォント・ファイル内の処理モデルの無限の
数の図形記号に繰り返しアクセスできる能力を示す図で
ある。 第７図は、シフトＪＩＳコード・ページを示す図である
。 １４・・・・印刷管理プログラム、２１・・・・アプリ
ケーシヨン、２２・・・・オペレーティング・システム
、２３・・・・表示画面、２４・・・・印刷装置、２８
・・・・表示管理プログラム、３０・・・・データ・ス
トリーム、４０・・・・フォント・ファイル、４５・・
・・インデックス・アレイ。

Claims (1)

1. 【特許請求の範囲】 データ・ストリームに基づいて出力装置上に図形記号を
   出力するための処理システムであって、データ・ストリ
   ームの処理モデルを組み込む手段を有するフォント・フ
   ァイルと、上記フォント・ファイルに基づいて上記デー
   タ・ストリームを処理する手段と、 を有することを特徴とする処理システム。