JPH034914B2 - - Google Patents

Description

【発明の詳細な説明】 ［本発明の技術的分野］ 本発明はタイプセツト、印刷、CRT表示およ
びその他の形式の文書表示に適合する電子フオン
トのコンピユータ利用による生成および記憶に関
連する。

［先行技術の説明］ すべての種類のフオントはタイプセツトおよび
印刷において重要な審美的役割を演じる。タイポ
グラフイツク・アートとフオント作成の関係の歴
史は米国のインターナシヨナル・ペーパー社から
出版された“POCKET PAL、Ａ GRAPHIC
ARTS PRODUCTION HANDBOOK”に記述
されている。この本はハンドセツト型から、自動
機械式タイプセツタ、写真コンポーザ（植字機）、
インパクト・コンポーザ、およびノンインパクト
またはインパクト文書表示装置によつて用いられ
る電子フオントに至るまでのタイプセツトおよび
フオント制御を網羅している。タイポグラフイツ
ク・アートの初期においては、コンピユータ利用
によるコンポーザ入力はかなりの利点と効率を与
えうると認められていた。例えば、多くのコンポ
ーザは印刷されるべき図形を電気的信号によつて
現わすデイジタル・コンピユータからの入力を受
け取る。一般に、初期のコンピユータ利用による
コンポーザは各図形が１バイトまたは２バイトの
コード列によつて表示された、いわゆる「コード
化データ」を用いるデイジタル・コンピユータを
必要とし、コンポーザはそのコード化データを翻
訳して目視形式の図形を生成した。

ブリンタおよびコンポーザに対する初期のコン
ピユータ利用による入力の例はCOBOL用出力書
出しプログラム、（IBM7090データ処理計算機で
用いられる）TEXT−90、ならびにPRINTEXT
３６０および３７０コンピユータ・プログラムを
含む。これらのコンピユータ・プログラムは一般
に写真コンポーザまたは電子フオント型のコンポ
ーザのどちらかによつて実行された。特に、
PRINTEXT370（IBMマニユアルSH20−1794に
記述されているプログラム番号5799−ALRの
IBMプログラミングRPQ EF3414）はフオント
を定義する際に柔軟性に富むプログラムである。
PRINHEXT３７０のためのフオントは、図形文
字のセツト、対応する文字の幅のセツト、および
コンポーザがまたはタイプセツターの文字を出力
する方法を指示する表を含む。すなわち、図形文
字を表わすコード可データはタイプセツタによつ
て使用可能なアドレスに変換し、印刷されるべき
図形に相当する記憶された図形パターンをアドレ
ス指定するデイレクトリが設けられている。ある
計算機では、そのような記憶された図形パターン
は円形または長方形の光学アレイまたはマスクの
形をしており、光束を光学マスクすなわち文字を
通して感光性の面に指向しうるように動かすこと
ができる。PRINTEX３７０の文字セツトは１
つのフオントが最大255文字まで持つことを許し
ている。図形パターンまたは文字を識別する１か
ら255までの各番号はフオント再コード番号と呼
ばれる。PRINTEXT３７０はキーボード・コー
ド化データをフオント再コード番号に変換する入
力キーボード表を与える。このように、
PRINTEXT３７０の内部テキスト処理はキーボ
ード表の制限に無関係である。このような入力変
換は多国語環境において有用である。

PRINTEXT３７０はまた、いわゆる論理フオ
ント、すなわちPRINTEXT３７０によつて処理
されるフオントを導入した。それに対応して、出
力装置は物理フオント、すなわち、PRINTEXT
３７０の論理フオントに従つて印刷される図形の
実際の形も得る。すべての論理および物理フオン
トはいわゆるフオント表で定義される。更に、テ
キスト出力に対して、複数のプリンタ図形表が与
えられ、フオント再コード番号を装置記号に変換
する。そのフオントにおける各文字はキーボード
表で定義された１つのフオント再コード番号を有
する。この再コード番号はプリンタ・デイスプレ
イまたはタイプセツタにおける文字の図形表示を
アクセスまたはアドレス指定するのに用いられ
る。

従つて、PRINTEXT３７０はキーボード表と
呼ばれる入力変換表およびプリンタ図形表と呼ば
れる出力変換表の使用によつて装置と無関係にテ
キスト処理が可能である。図形文字の選択および
識別以外のフオント管理はプリンタまたはコンポ
ーザで処理される。一般に、写真コンポーザにお
いては、フオントの偏向は光学マスクの偏向を必
要とする。出力印刷装置としてCRTを用いる装
置では、電子フオントはIBM1130システムまた
はIBM３６０システムを介して自動的に写真コ
ンポーザの記憶装置にロードされる。要するに、
PRINTEXT３７０（およびその前任のプログラ
ム）は形式化プログラムであつて、表示される文
書を形式化し、フオントを選択するが、フオント
図形パターンを直接には管理しない。更に、
PRINTEXT３７０は各フオントおよび図形文字
がキーボードおよびプリンタ図形表において明確
に定義されることを必要とする。この関係はたと
えキーボード表およびプリンタ図形表を混合する
ことにより記号が複数の異なるキーボードを介し
て１つのプリンタで共用されることがあつても当
てはまる。

文書組立て機能（DCF）と呼ばれるコンピユ
ータ・プログラム（IBM認可プログラム番号
5748−XX9を有し、IBMマニユアルSH20−9161
に記述されている）には、より柔軟な形式化プロ
グラムが存在する。形式化プログラムの使用に関
する人間的要素を改善するための一般化されたマ
ークアツプ（markup）言語タグの構想がこのコ
ンピユータ・プログラムによつて導入された。こ
のようなタグ・マークアツプはIBMマニユアル
SH20−9188およびPROCEEDINGS OF THE
INTERNATIONAL TECHNICAL
COMMUNICATIONS CONFERENCEのA1−
A7ページのW.B.アダムスによる“playing Tag
With Automated text Processins”、という論
文に記述されている。GML（一般化されたマーク
アツプ言語）タグの構想に２段階制御のフオント
定義を加えることによつてPRINTEXT３７０プ
ログラムよりもすぐれたDCFの柔軟性が与えら
れた。

DCFは各種のテキスト関連機能を処理する制
御ワードを用いる。特に、所与のテキスト処理の
仕事のためのフオント制御および実施領域では、
フオントの実施または作動が定義に続いて且つ定
義のタイミングとはあまり関係なく生じる場合、
複数のフオントが２つの方法のいずれにおいても
定義可能である。特に、３つの制御ワードが重要
である。その第１はいわゆる内部フオント
（DCFに対する内部）を定義する「フオント定
義」制御ワード「．DF」であり、下線、重ね打
ち、大文字化、電子フオント文書表示装置におけ
るフオント偏向、および電子タイプライタの場合
のようなインパクト素子偏向のための休止を含
む。このDCF制御ワードは後に詳細に説明する。
DCFによるテキスト処理の間、次のテキストを
形成化すべきフオントを指定することにより、
「フオント開始」制御ワード「．BF」がフオント
を開始または作動させる。更に、フオント開始制
御ワードによつて、DCFは新しいフオントによ
つて形式化を始める前に現在のフオント識別を保
管する。この動作によつて次の制御ワードは続行
するテキスト処理のため前のフオントを容易に回
復することができる。もし、「．BF」によつて作
動された所与のフオントが変更されることになつ
ているならば、前のフオント制御ワード「．PF」
はMRU（most−recently used）フオントを復元
するとともに最後に作動されたフオントを取り除
く。一例として、ロア・ケース文字（小文字）の
テキスト組立を考えると、もし、フレーズに下線
を付与することになつているならば、フオント開
始制御ワードによつて下線を付与された変形フオ
ントが用いられる。下線付与が完了すると、前の
フオント制御ワードによつてロア・ケースのフオ
ントへの復帰が行なわれるとともに下線を付与さ
れたフオントが取り除かれる。もちろん、イタリ
ツク体および他の形式のフオント変更に対しても
同じ方法が適用される。

フオント定義制御ワードに戻ると、この制御ワ
ードには後に予期されるフオント開始制御ワード
によつて用いられるに違いない識別子を含み、現
在定義されているフオントを活性化する。フオン
ト定義制御ワードにはフオントIDがあり、フオ
ント定義制御ワードによつて定義されているフオ
ントの内部DCF識別子を指定する。他のパラメ
ータがフオントIDに加えられ、下線付与、大文
字化、大文字化および下線付与の両方、タイプ・
ボールまたは写真コンポーザのフオント・デイス
クの変更のようなフオント変更を可能にするため
にタイプライタのような出力装置の停止、重ね打
ち制御、反復制御、重ね打ちで用いられるべき文
字または図形の識別、線を引いて枠を作成するた
めにセツトされたボツクス文字の選択、使用され
る外部フオントの識別および前記外部フオントの
名前を指定する。DCFにおいて、、コード化され
たフオントが前述のIBMマニユアルに記述され
た形式化コマンドのいわゆる文字（CHARS）オ
プシヨンを介してホスト・プロセツサにより指定
される。フオント定義制御ワードの受け取りは前
に定義された如何なるフオントも同じ識別子を用
いて完全に取り替える。この取り替えはデータの
保全性を与えるのに必要である。

定義されたフオントを活性化するフオント開始
制御ワードはフオント定義制御ワードによつて識
別されたフオントに関連するフオントIDを指定
する。もし、対応して定義されたフオントがない
ならば、フオント開始制御ワードはノーオペレー
シヨン制御ワードになる、すなわち形式化に現在
用いられているフオントが維持される。この２段
階制御によつて複数のフオントがテキスト処理の
仕事に定義され、それら定義されたフオントの
各々は作動されるか、または選択的に実現され
る。

「前のフオント」制御ワードは単に、直前のフ
オント開始制御ワードによつて保管された「前の
フオント」の使用を再開する。もし、前に保管さ
れたフオントがなければ、現在のフオントが有効
である。すなわち「前のフオント」制御ワードは
ノーオペレーシヨンになる。DCFでは、フオン
ト保管スタツクは16の異なるフオント識別を保管
することができる。

前述のテキスト処理の柔軟性および制御のすべ
てはオペレータまたはユーザが明白にフオント
ID（識別）、またはフオント定義制御ワードで用
いられた他のフオント名を指定することを必要と
する。従つて、各々のフオント開始制御ワードは
識別が関連する限り定義されたフオントに精確に
対応しなければならず、さもなければ、該制御ワ
ードは無視される。これは定義のすべてがパラメ
ータのリストおよびユーザによるこれらのパラメ
ータの記憶を必要とすることを意味する。２段階
の制御ワードは良好な制御を与えるが、それでも
なお、更にすぐれた人間的要素および装置の独立
性が、特に柔軟性のある全点アドレス可能なプリ
ンタの出現および文書表示用CRTの広範な使用
によつて、必要である。前述のDCFプログラム
はコード化データを処理し、表示される文書を形
式化する。DCFは実際の図形パターンを処理す
ることもなく、識別を除いてそれらを制御するこ
ともなかつた。

後に明白になるように、電子フオントは文書表
示の柔軟性を増大する。電子フオントを用いるプ
リンターの一例はIBM3800プリンタである。こ
のプリンタは印刷されるべきドツトの長方形又は
ラスタ・パターンを表わす電気信号として図形文
字を受け取る。このように電気的に表示されたラ
スタ・パターンは写真コンポーザの光学デイスク
に取つて代わる。IBM3800印刷サブシステムお
よびその支援プログラミングの簡単な説明が
IBMマニユアルGC26−3829（1975年12月発行）
に記載されている。3800は関連文字配列表によつ
てラスタ・パターンの形式で電子フオントを受け
取る。文字配列表は図形文字を表わすコード化デ
ータを、3800に記憶されたそれぞれのラスタ・パ
ターンをアドレス指定するためのアドレスに変換
するデイレクトリである。

3800が接続されているホスト・プロセツサに常
駐し且つそれによつて用いられる3800の支援プロ
グラミングはIEBIMAGEプログラムを含む。こ
のプログラムによつてラスタ・パターンに関連す
るデイレクトリ部分を含む文字配列表の修正が可
能になり、文字配列表は種々のラスタ・パターン
のセツトを参照できる。例えば、最初のラスタ・
パターンのセツトは米国における使用のために与
えられ、64文字を含む。3800がヨーロツパの国々
で用いられるときには、いわゆるワールド・トレ
ード・ナシヨナル・グラフイツクは文字セツトが
ヨーロツパのそれぞれの国の適応するように図形
パターンを与える。IEBIMAGEは文字配列表を
修正し、最初のセツトの図形文字の代わりに一定
の図形文字を用いることができる。図形文字パタ
ーンは直接アクセス記憶装置のSYSI.
IMAGELIBと呼ばれるデータ領域に記憶される。
この記憶方式によつて、英語で印刷されるフオン
トを与えるには、最初の文字配列表が参照され、
ドイツ語で印刷するには、異なる文字配列表が参
照され、英語図形のあるものに代わつて一定の他
の国が用いる図形を用い、3800プリンタによつて
用いられる種々の言語の完全なフオントまたはフ
オント修正を記憶するのを回避する。文字配列表
はPRINTEXT３７０のプリンタ図形表が図形記
号に対するデイレクトリであるのと同じ意味のデ
イレクトリである。

通常、データ処理環境で用いられるような、植
字プリンタのテキスト、特にフオント・データに
対する前述の効率的な制御のすべてを用いてさえ
も、形式化（フオーマツト）処理において、人が
使い易いという強いニーズが存在する。すなわち
文書表示のための装置における変更が、表示され
るテキストおよび図形を作成するアプリケーシヨ
ン・プログラムに影響しないように、より効率的
な編集プログラムの時間の使用および形式化プロ
グラムの装置に対する独立性を増大させる必要が
ある。これらの要素は使用可能なフオント数が増
加するに従つて重荷になる。「電子フオント」に
よつて使用可能なフオント数は急激に増加するこ
とがある。従つて、多数のフオントを効率的かつ
容易に供給することが要求される。

米国特許第4031519号で開示されたノンインパ
クト・レーザ型のプリンタを文書表示装置として
使用する場合、本発明は有用である。

［本発明の概要］ 本発明によつて図形用形式化プログラムが与え
られ、特定の字体すなわち電子フオント群のよう
な図形セツトの暗黙の選択を可能にする。

また、本発明によつて、図形用形式化プログラ
ムにおいて、明白または暗黙のうちに図形選択の
優先順位決定が与えられる。

本発明に従つて、多数の電子フオントまたは他
の形式の図形は電子フオント構成体群として多数
の図形のパターンの電気的表現を記憶することに
よつて管理され、表示されている各記号、または
記憶されている各イメージは文字または記号ID
によつてアドレス可能になる。各々の対象は複数
の前記対象に関連するフアミリ名を持つことが望
ましい。すべての対象に対して電子的に記憶され
た索引はフアミリ名によつて配列される。本明細
書においては「変換表」とも呼ばれ、「コード・
ページ（それぞれの対象において記憶された図形
にコード化データを関連づける）とも呼ばれる多
数のデイレクトリは対象とは無関係に記憶され
る。コード・ページの１つに第１のポインタを伴
う名前を有するコード化フオントまたは図形索引
が作成されてデイレクトリおよび対称に対する第
２のポインタを選択し、定義された図形のセツト
を完全なものにする。

更に本発明において、初期の、すなわち第１の
コード化フオントが現在電子のフオントとして活
性化される。第２のコード化フオントは索引の情
報が現在の電子フオントと組合わせることによつ
て活性化されて第２のコード化フオントを生成
し、第１および第２の電子フオントを有する文書
を同じフオント・フアミリから表示する。一方の
電子フオントは一定の特性（イタリツク体）を有
するが、他方の電子フオントは他の図形属性又は
パラメータを有する。

また、本発明においては、電子フオントの活性
化は暗黙の選択優先順位を含む。フオント開始制
御ワードまたは命令は一定の順序に作表されたパ
ラメータまたはフオント識別を含む。フオント開
始制御ワードを実行するとき、第１に記載された
パラメータまたはフオント識別は複数の前に定義
された電子フオントまたは図形セツトと比較され
る。もし、両者が一致しなければ、第２に記載さ
れたパラメータまたはフオント識別が前に定義さ
れた電子フオントまたは図形セツトと比較され
る。もし、両者が一致すれば、その第２の定義さ
れた図形セツトがテキスト形式化に用いられる。
この手順は多数のパラメータまたはフオント識別
にわたつて反復され、フオント開始制御ワードは
複数の種々の文書表示装置に関連し、プログラム
実行はユーザまたはオペレータの介入を受けずに
装置に対応する電子フオントを活性化する。フオ
ント開始制御ワードに先行して定義された電子フ
オントは選択的に記憶され、種々の出力文書表示
装置を用いてフオント開始制御ワードを変更せず
に電子フオントまたは図形の定義を変更するだけ
で変更することができる。

［実施例の説明］ 図面を参照するものに用いる参照数字は、図面
が異なつても、同じ部位および構造特性を表わす
場合は同じ数字を用いる。第１図には本発明が良
好に実施される一般的な動作環境が示されてい
る。オペレータ対話型のターミナル１０はキーボ
ード１１と、CRT１２のような関連の図形デイ
スプレイとを有する。対話型のターミナル１０は
ケーブル１４を介してプログラム式デイジタル・
コンピユータ（以下、ホスト１３という）に適切
に接続される。また、ケーブル１４はデータ処理
技術で広く実施されているような入出力マルチプ
レツクスおよびチヤネル制御を表わす。ホスト１
３はそれ自身のデータ記憶−直接アクセス記憶装
置（DASD）の形式が望ましい。−を有する（以
下、DASD１５という）。ホスト１３のハードウ
エア構造は、例えばIBM3031，3033，3081およ
び4300シリーズとして識別された計算機で用いら
れるような汎用デイジタル・コンピユータ設計に
従つたものである。第１図はホスト１３を論理的
形式で示し、本発明を実施する重要なプログラム
の各々がホスト１３の内部ブロツク部分として示
されている。APGM２０は対話型のターミナル
１０と関連しうるアプリケーシヨン・プログラム
である。本発明を実施する場合の典型的な
APGM２０はテキスト編集プログラムであろう。
更にAPGM２０は、後に明らかになるように、
形式化可能なテキストおよび図形を用いて印刷出
力または表示を生じる給与計算プログラムまたは
他の形式のプログラムでもよい。仕事入力システ
ム（以下JES２１という）は普通のデータ・プロ
セツサまたはコンピユータのオペレーテイング・
システム−他のプログラム１９の含まれている−
とインターフエースする。JES２１は、よく知ら
れているように、対話型のターミナル１０または
他の装置によつて入力された仕事制御言語
（JCL）に応答して種々のプログラムに仕事を割
当てる。AGPM２０がその作用を完了し、文書
を組立てて形式化させることが要求されると、
JCLはホスト１３に入れられてJES２１を活性化
し、形式化プログラム（以下、FMT２２）によ
るテキストおよび図形の形式化動作を開始する。
FMT２２はDCFのようなプログラムから構成す
ることができる。本発明は、“Document
composition Facility and Document Library
Facility、General Information”と題するIBM
マニユアルGH20−9158−２に記述されているよ
うに、DCFリリース２の形式化能力を一定の範
囲で高める。文書ライブラリ機能（以下、ライブ
ラリ２３という）はDCFまたはFMT２２によつ
て使用可能な一定のテキストおよび制御情報に関
してDASD１５をアクセスする機能を与える。
FMT２２は文書形式化にだけ関係するから、フ
オント・プログラム２４はFMT２２にフオント
情報を与える。一般に、FMT２２は、DASD１
５に記載されているラスタ・パターンまたはベク
トル・パターンによつて表示されるような実際の
フオント記号というよりも電子フオントの識別に
よつて動作する。FMT２２は、電子フオントの
識別を含む文書の形式化を完了した後、独自にま
たはフオント・プログラム２４を介して、印刷プ
ログラム２５を開始する。印刷プログラム２５
は、出力書き出しプログラムとも呼ばれ、動作す
ると全点アドレス可能なプリンタ（以下、プリン
タ３０という）のような出力プリンタにテキスト
および図形データを供給するように設計されてい
る。プリンタ３０は入出力または周辺ケーブル
（以下、ケーブル３１という）を介してホスト１
３からコマンドおよびデータを受け取る。ケーブ
ル３１はプリンタ３０をホスト１３に接続する際
の通常の入出力チヤネルおよび接続機構の回路を
表わす。全点アドレス可能プリンタの例として
IBM3800プリンタ、IBM6670情報デイストリピ
ユータ等がある。このようなプリンタは一般にそ
のプリンタを制御する電子回路制御のセツト（以
下、プリンタ制御３２という）を有する。プリン
タ機構は技術的に周知の電子写真方式が、望まし
い。前記プリンタは一般に連続用紙−すなわち用
紙の片側または両側に送り穴を有する用紙であつ
て通常は印刷出力の用紙が積み重なるように折り
重ねられている−を用いる（参照数字33に示され
ている）。一般に、プリンタ３０は、高速プリン
タの場合、印刷された文書を自動的に処理する用
紙切離し・縁取り・スタツカ機構を有することが
ある。どんな種類の高速または低速のプリンタま
たは他の形式の図形表示装置でも本発明によつて
有利に使用することができる。

第２図は文書作成の一般的流れを示す簡略化さ
れた流れ図である。ステツプ４０においてテキス
トが作成される。一般的に、これはAPGM２０
のようなアプリケーシヨン・プログラムとともに
動作する対話式のターミナル１０によることがで
きる。給与計算プログラム、広告分析プログラ
ム、コンピユータ・シミユレーシヨン・プログラ
ム（種々の物理的および論理的減少をシミユレー
トする）等によるような他のテキスト形式も自動
的に作成される。ステツプ４１おいてはテキスト
が編集される。ステツプ４０および４１は反復し
て、または順次に生じることがある。ステツプ４
２において、編集されたテキストはDCFととも
に用いられるGML（一般化されたマークアツプ言
語）によるような形式化のためマークされる。前
記言語は人間的要素を高めたタグ制御形式化マー
キングである。ステツプ４３において、FMT２
２は文書を形式化する。文書形式化は文書をマー
クすることによつて反復して生じることができ
る。しかしながら、現在の環境では、形式化とい
うきまりきつた仕事は、オペレータが他の仕事を
することができるように、オペレータから外さ
れ、FMT２２は提案された文書を審美的に形式
化するのに十分なアルゴリズムの制御を有する。
一部の一般化されたマークアツプ（GML）コマ
ンドはFMT２２に文書を形式化する方法を知ら
せる。形式化され電子的に表示された文書は次に
参照数字44でプリンタまたはデイスプレイに供給
される。

第３図はFMT２２を簡略化して示す。一般に、
FMT２２はその動作を同期するとともに形式化
機能のすべてを調整するフオーマツト制御プログ
ラム５０を有する。種々の専門化された機能が
FMT２２の中のプログラム・モジユールによつ
て実行される。例えば、論理ページ内のマージ
ン、すなわちページと定義される１枚の用紙の領
域はマージン制御５１によつて制御される。パラ
グラフのインデントおよび挿入はインデント制御
５２で制御される。参照数字の付加は参照番号制
御５３によつて制御される。行形式、すなわち行
間隔、ハイフン等は行形式制御５４および行間隔
制御５５で別々に制御される。パラグラフはパラ
グラフ制御５６で、フオント選択および管理はフ
オント制御５７でそれぞれ制御される。カラム揃
えおよびセツトアツプはカラム制御５８で、見出
しおよび脚注は見出しおよび脚注制御５９でそれ
ぞれ制御される。その他の機能は省略記号６０に
よつて表わされる。これらの機能のすべては第４
図に示すように論理ページ内でのテキストおよび
図形データの定義と協同動作するように設計され
ている。

次に第４図には、論理ページの１つの見本が示
されている。論理ページ６５は１枚の用紙または
表示スクリーンのような定義された文書表示領域
の部分である。論理ページは文書表示領域に隣接
し、または前記の半分であり、あるいは前記の中
の任意に定義された部分であることがある。一般
に、文書表示の範囲内の論理ページの位置はＸお
よびＹ（横座標および縦座標）の２次元の直角座
標位置によつて決定される。各々の論理ページ内
で、マージン６６は記述されるテキスト資料と論
理ページの端の間に入れられる。見出しスペース
６７は論理ページのテキスト部分の最上部に存在
する。表題スペース６８が次に設けられている。
そのページの表題がないときは、表題部分の縦幅
で０である。欄外見出し６９は表題部分のすぐ下
に存在する。次の主要な部分はテキストの本体７
０である。本体は任意に部分７１および７２に分
割される。本体７０のすぐ下は脚注スペース７３
である。欄外脚注７４は脚注７３に続く。脚表題
７５、続いて脚スペース７６が設けられている。
６７，６８，７５および７６の各々は任意選択項
目である。論理ページの大きさと方向は本発明の
理解に無関係のプログラミングによつて決定され
る。

第５図は文書表示に関するフオント管理の構成
を示し、各々の電子フオントはコード化フオント
８０のようなフオントであることが望ましい。
各々のコード化フオントは名前８１を含み、この
名前はコード化フオント・データ構造をコード化
フオントとして識別する制御記号である。Ｐポイ
ンタ８２はコード化データと記憶されたラスタ・
パターンとを相関するデイレクトリまたはコー
ド・ページ８４を指す。記憶されたラスタ・パタ
ーンはいくつかのフオント構成体８７の中の１つ
を選択するＧポインタ８３によつて指示される。
どのシステムにおいても、多数のコード化フオン
ト８０が存在することがある。本発明に従つて、
これらのコード化フオントは明白な命令により、
または暗黙のプログラム分析を用いて構成され
る。独立したエンテイテイであるとともに、いく
つかあるコード・ページの各々はコード・ポイン
ト部分、CP８５を含む。CP８５は記憶された図
形パターンを参照するのに用いることが可能なす
べてのコード点のリストまたはコード化データ・
パターンを有する。CP８５の各項目に対して、
文字識別CID８６に対応する項目がある。CID８
６はフオント構成体８７の範囲内で相対的な図形
パターンの位置を識別する。最大の柔軟性を得る
ため、各々のCID８６は同じ相対アドレス指定を
制限されずに用いる。フオント構成体８７は書き
込まれたラスタ・パターン、すなわち図形の構成
をペル（印刷エレメント）の長方形アレイとして
表わす２進数の１および０の集まりを記憶するこ
とが望ましい。各々の印刷エレメントはビツトに
よつて表示可能であり、ビツト０は背景を表わす
のに対し、ビツト１は図形の部分を表わす。この
ようなフオント構成体はDASD１５、光学デイス
ク、磁気テープ等に記憶されることがある。図形
ラスタ・パターンのすべてを記憶するほか、フオ
ント構成体８７は制御情報８８を含む。制御部
分、CONTR８９はフオント構成体内に表示され
た文字または図形の使用に関する制御情報を含
む。PAT９０は書き込まれたラスタ・パターン
の共通パターン特性を表わす。このようなフオン
ト構成体は英数字、数学的文字、および線、角、
棒等のような図表作成用文字、または文書で情報
を表わすのに用いうる任意の図形形式を記憶する
ことができる。どのシステムにおいても、、複数
のＧポインタ８３の使用によつて識別可能な多数
のフオント構成体を持ちうる。第５図の構成によ
つて各々のコード化フオントはテキスト処理にお
いて２つのポインタと１つの名前として扱われ、
識別されたコード・ページおよびフオント構成体
はその文書が表示可能になるまで記憶装置に留ま
る。

ターミナル１０においてユーザが第５図の構成
を用いてフオントの管理を行い、本発明を実施す
るのに使用し得る３つの制御ワードがある。第１
は「．DF」である。これはDCFリリース２で用
いられたのと類似のフオント定義制御ワードであ
るが、後に説明するような制御が付加されてい
る。第２の制御ワードは「．BF」である。これ
はDCFリリース２のフオント開始制御ワードに
類似のフオント開始制御ワードであるが、後に説
明するような非常に拡張された能力を有する。第
３の制御ワードは「．PF」である。これはDCF
リリーフ２で用いられたのと同じであるので説明
は省略する。

フオント定義制御ワードはフオント開始制御ワ
ードとともに用いる内部的に指名されたフオント
を定義する。この内部フオントは、後に明らかに
なるように、フオント定義制御ワードによつて少
なくとも１つの外部定義フオントに連結される。
この手はずによつて、下線付与および大文字化の
ような内部の形式化機能がフオント開始および前
のフオントの制御ワードによつて管理される。ま
た、それはホストから受け取つたフオントID（識
別）の変更を可能にするとともに、本発明の重要
な部分、記述的にフオントを識別する手段として
作用する。フオント定義制御ワードの構成には、
「フオント名」と呼ばれるフイールドが含まれ、
現在の制御ワードによつて定義されているフオン
トの、FMT２２で内部的に用いられる識別子を
指定する。フオント名が定義された後、そのフオ
ント名（FMT２２に対して内部の名前）はフオ
ント開始および他の制御ワードとともに用いられ
ることがある。更に、「．DF」はDCFに関して
説明したようにホストから受け取つたフオント
IDを含む。タイプ・フイールドはいくつかの属
性によつて定義されている指名フオントを記述す
る。本発明を実施する良好なモードにおいて、こ
れらの属性はPI FONTのようなフオント・フア
ミリの名前を与えるタイプフエースを含む。この
ようなフオント・フアミリまたはタイプフエース
はタイポグラフイツク・アートでは広く知られて
いる。しかしながら、タイプフエースを指定する
必要はない。タイプフエースが指定されないと
き、他の属性が一般的かつ部分的にフオントを記
述して暗黙のフオント定義を容易にするのに用い
られることがある。タイプ・フイールドのポイン
トの大きさはタイプフエースの垂直ポイントの大
きさを与える。ポイントの大きさは指定されるこ
ともあり、されないこともある。また、フオント
の太さは超細字（ultra‐light）から超太字
（ultra‐bold）までの９等球の太さのどれか１つ
に選択的に識別される。太さが指定されない場
合、中間すなわち中程度の太さが用いられる。タ
イプ・フイールドの幅の部分はテキスト行におけ
る文字の横の間隔を指示する。最も狭い間隔は超
圧縮間隔と呼び、最も広い間隔は超拡張間隔と呼
ばれる。各々のフオントはそれ自身の間隔を有
し、フオントごとに９までの間隔を指定すること
ができる。更に、イタリツク体の下線付与または
外形線のような属性識別子はタイプ・フイールド
に含まれることがある。フオント定義制御ワード
の「コード・ページ」フイールドは、この特定の
フオントとともに用いられるコード・ページ８４
を識別する。要するに、必要な数のパラメータを
この制御ワード内で指定することができる。フオ
ントおよびタイプ・パラメータの両者が与えられ
る場合、最後に指定されたパラメータが用いられ
る。また、フオント・パラメータが指定される、
すなわちコード化フオントが識別される場合、コ
ード・ページ・パラメータは無視される。定義中
の指名フオントが既に存在する場合、前の定義は
フオント定義制御ワードに含まれた情報によつて
完全に取り替えられる。一定の指名フオントがタ
イプ・パラメータに記述的に定義され、かつタイ
プフエースまたはポイントの大きさが指定されな
い場合、このようなパラメータはフオントがフオ
ント開始制御ワードによつて用いられるとき不変
のままである、すなわちフオント開始制御ワード
はそれ自身で、かつそれ自身のフオント・パラメ
ータを必ずしも変更しない。フオント定義制御ワ
ードをフオント開始制御ワードとともに使用する
例はキー・フレーズを選択的に強調する場合であ
る。フオント定義制御ワードは： ．DF emph type（ボールド・イタリツク） である。「emph」は内部のフオントIDである。
ポイント・サイズもタイプフエースもフオント定
義に含まれないので、このようなパラメータはフ
オント開始制御ワードの結果によつて変更されな
い、すなわち現在のフオントのタイプフエースお
よびポイント・サイズは新しいフオントを作るよ
うに選択される。フオント開始制御ワードは単
に： ．BF emph である。前記のフオント定義およびフオント開
始制御ワードの結果、前に識別された、しかも強
調のためボールド・イタリツク体のタイプフエー
スを用いて後続するテキストはセツトされる。

フオント開始制御ワードは常に内部フオントを
指示し、後続するテキストはこの内部フオントで
形式化される。開始されるフオントはフオント定
義制御ワードによつて定義されたような指名フオ
ント、または（CHARSを介しての）外部フオン
トIDとして識別可能である。各々のフオント開
始制御ワードは複数の内部のフオントを指定しう
る。フオントのリステイングの順序は選択優先順
位を与える。すなわち、フオント開始制御ワード
のオペランド解析によつて識別された最初の有効
内部フオントが活性化される。フオント名または
フオントIDがどれも有効ではない場合、フオン
ト開始制御ワードは現在のフオントに、すなわち
ノーオペレーシヨンにおけるが如くにデフオルト
する。フオント開始制御ワードが実行された後、
すべての後続テキスト文字は指定されたフオント
を用いて形式化される。このような指定されたフ
オントはもう１つのフオント開始または前のフオ
ントの制御ワードがフオント変更を生じさせるま
で有効である。

フオント定義制御ワードは、下線付与および重
ね打ちのような、外部フオントIDおよび形式化
機能の組み合わせである指名フオントを定義する
ことができる。指名フオントはどれもフオント開
始制御ワードによつて用いうる。フオント定義制
御ワードにあるタイプ・パラメータによつて定義
された指名フオントがフオント開始制御ワードに
よつて開始される場合、タイプフエースおよびポ
イントの大きさに関する記述的属性はそれらが指
定されるときに変更されるだけである。一例とし
て、フオント開始制御ワード： ．BF hilite は、もし前もつてフオント定義制御ワードが
hilite（内部識別子）を定義すれば有効である。例
えば、フオント定義制御ワードが： ．DF hilite us up font SI32 のとき、hiliteを指定するフオント開始制御ワ
ードは、外部的に指名されたフオント「SI32」を
識別する、対応して定義されたフオントを選択す
る。このようなフオント開始制御ワードは同じ外
部フオント「SI32」を開始する１つのパラメータ
「SI32」を含むこともあるが、下線付与（us）お
よびアツパー・ケース（up）は含まない。

本発明を実施するユーザは最初に字体すなわち
電子フオント群を定義し、次いで一定のテキスト
処理を可能にする。フオント定義が用いられるこ
とになつているときは、フオント開始制御ワード
によつて活性化される。このようなフオント活性
化はいくつかの異なる手順に従うことがある。こ
れらの手順の中の２つについて下記に詳細を示
す： ユーザの見地からのフオント管理に対する１つ
のアプローチは形式化プログラムに対して内部的
にフオントを定義する、すなわちフオントに対す
るインデツクスとして内部ワードを用いることで
ある。説明を簡略化するため１つのフオントだけ
が定義され活性化されるが、実際の形式化の状況
においては、例えば、10またはそれよりも多くの
複数のフオントがデータセツトからの複数の文書
にかかわる文書表示シーケンスにおいて定義さ
れ、活性化されることがあることを理解された
い。フオントは最初に下記のように定義される： ．DF hil up us ．IF ＆＄PDEV eq 3800 ．DF hil font
＆＄CHAR(2)us ．IF ＆＄PDEV eq38PP ．DF hil type
（bold italic）us 前記フオント定義制御ワードはhilがフオント
の内部名または識別子であることを表わす。２つ
の条件付きコマンド（．IF）があり、それぞれ
3800プリンタで使用するCHARSオプシヨンにお
いて定義されたフオント、または38PPプリンタ
で使用するボールド・イタリツク体のフオントを
選択する。前記において、連結されたフオント定
義制御ワードをそのフオーマツト内で用い、かつ
各々がそれ自身のフオントを有する複数の出力装
置を用いることができる、すなわちhilは装置従
属のフオント選択に対するインデツクスとしても
ちいられることが示されている。もし、3800プリ
ンタまたは38PPプリンタがどちらも文書表示に
使用中でなければ、定義されたフオント「hil up
us」は他のデータ表示装置に用いられる。このよ
うな連結は種々の印刷特性を有する、すなわち異
なるタイプの文書表示に用いられるプリンタに有
用である。

前記CHARSオプシヨンは“Document
Composition Facility ：User′s Guide”、IBM
Publication SH20−9161−２、1981に記述され
たDCF（文書組立機能）、IBM Program
Product5748−XX9、Release2と呼ばれる現存す
るFMTに存在する。CHARSオプシヨンは基本
的には、IBM3800−１印刷サブシステムによつ
て使用され、出力組立印刷動作において使われる
フオントを識別するのに用いられる。プログラミ
ングにおけるCHARSオプシヨンは： CHARS （fontl［…FONT ４］） のように指定される。CHARSオプシヨンは少
なくとも指定される１つのフオントを必要とし、
フオント定義制御ワード内で指定されたフオント
のすべてが前述のCHARSオプシヨン内で識別さ
れなければならない。もし、CHARSオプシヨン
が入力テキスト・データ・ストリームにおいて使
用されていなかつたならば、、論理データ表示装
置に指定されたデフオルト・フオントが使用され
る。該論理装置は単にフオーマツタ内の１組のブ
ロツクかつ制御情報であり、少なくとも１つの物
理データ表示装置に関連する。一般に、CHARS
オプシヨンで指定された最初のフオントは初期フ
オントになる。CHARSオプシヨンを使つて形式
化するとき、仕事制御言語（JCL）（ホスト・プ
ロセツサの入力制御言語）のパラメータは対応す
るコード・ページ表またはIBM3800ページ・プ
リンタの場合に、本アプリケーシヨンにおいて使
用されるような、コージ・ページと同等の文字配
列表を指定しなければならず、その明細な記載は
形式化プログラムのCHARSオプシヨンにおいて
指定されたフオントと同じシーケンスでなければ
ならない。CHARSのそれ以上の詳細はIBMパブ
リケーシヨンの参照によつて見つけることができ
る。

前述のフオント・コマンドに続いて、中間テキ
スト形式化制御ワードまたは追加のフオント定義
制御ワードが、前記で定義されたフオントが活性
化されることになつているときに用いられること
がある。活性化は単にフオント介し制御ワード： ．BF hil を用いて生じる。前記フオント開始制御ワード
は最後のフオント定義制御ワードによつて定義さ
れたような内部フオント名「hil」の現在の定義
を用いてフオントを開始する。38PPプリンタの
場合、活性化されるフオントはフオント開始制御
ワードが復号される時点における現在のフオント
によつて決まる、すなわち現在のフオントのボー
ルド・イタリツク体のバージヨンに基づく暗黙の
フオント定義を含む（「．IF」項目を使用する）。

多数の電子フオント群を有するフオント・ライ
ブラリとともに使用するもう１つの手順も本発明
によつて使用可能である。フオント開始制御ワー
ドのリストは、行指向の、すなわちすべての点が
アドレス可能ではない装置のどんな形式化機能も
失わずに、種々の文書表示装置の形式化プログラ
ムのより多くの内部フオントを、これらの表示装
置と無関係に定義する能力を与えるように作用す
る。

この２番目の手順において、簡略化されたフオ
ント定義制御ワードを下記に示す： ．DF ftnt type(8) ．DF super type(6) 前記フオント定義制御ワードに続いて、形式化
されているページに脚注を形式化することが要求
されることがある。その場合、フオント開始制御
ワードは下記のように使用されることがある： ．BF flnt ＆＄CHAR(1) 前記フオント開始制御ワードには、フオント選
択の優先順位がある。最初のフオントはフオント
定義制御ワードの「ftnt」を識別子、８ポイント
のフオントを呼び出す。本発明は、後に説明する
ように、指定された８ポイント・サイズのフオン
トを暗黙のうちに完全に定義するのに使用され
る。指名された「ftnt」フオントが定義されない
場合、FMTは前述のCHARSオプシヨンで定義
されたフオントを自動的に選択する。

前記２つの手順は本発明が形式化されないまま
で受け取つたテキストを形式化し、入力テキス
ト・データ・ストリーム内の多数のフオントの中
のどれか１つを暗黙の方法を用いて装置と無関係
に選択する際に効率的に実施しうる方法を説明す
る、すなわち入力テキスト・データ・ストリーム
はいかなる装置の特性とも無関係に作ることがで
き、フオント選択体系は文書表示装置に暗黙の装
置従属性を付加する。

本発明を理解し且つ実施するのに必要なFMT
のデータ構造が第６図に示れている。これらはフ
オント表ブロツクFTB１００、外部フオント情
報EFT１０２およびフオント・インデツクス１
０３を含む。FTB１００はフオント定義制御ワ
ードの実行によつて生成される。EFI１０２はフ
オントを識別し文書表示装置がそのフオントを使
用できるようにするデータ構造である。１つの
FTIは複数のEFIに１回に１つ関連することがで
きる。１つのEFIは同時に複数のFTBによつて指
されることがある。フオント・インデツクス１０
３はテキスト処理が生じる前に生成され、前述の
フアミリ名を、文書表示に関して使用するために
記憶されるフオント構成体８７の全部と相関す
る。EFIはフオント開始制御ワードによつて作成
され、FTBならびにフオント・インデツクスか
ら入力を受け取つて、フオント定義またはフオン
ト開始制御ワードのどちらか一方、または両方に
ある一般的なパラメータに基づいてフオントを暗
黙のうちに定義することができる。

FTB１００は複数の制御およびパラメータの
フイールドから成る。NFTBポインタ１１０は
FTBチエーンにある次のFHBを指す。これはシ
ステム内のすべてのFTBが別々に連結されたリ
ストの中にあり、FTBがどれもフオントを探索
するのを容易にすることを意味する。FTBの長
さ１１１はこのFTBの大きさを表わす。フオン
ト名１１２はフオント定義制御ワードによつて受
け取つたフオント名を記憶する。この項目は空で
あることもある。構成体ポインタ１１３はボツク
ス、すなわちテキスト環境における正方形または
長方形を作るフオント構成体を指す。これは本発
明の理解には無関係である。EFIポインタ１１４
はこのFTBで定義されたフオントを実現するの
に用いられるEFI１０２アドレスを指す。この項
目は複数の０であつて、EFIを作るかまたは１を
選択して文書表示に使用されるフオントをイネー
ブルするのに後述の計算機動作を必要とすること
がある。フオント・タイプ１１５は前に説明した
ようにフオント定義制御ワードによつて受け取つ
たタイプ情報を記憶する。制御フラグ１１６はフ
オントがタイプフエースに従つて、またはタイプ
フエースに無関係に定義される、すなわち厳密
な、または不完全なフオント定義のどちらかであ
ることを表わす。このフラグは後にフオントが明
白にまたは暗黙のうちに作られるかどうかを決定
する際に使用される。フイールド１１７は文書表
示装置によつて行に生じる重ね打ちを支持する重
ね打ち文字（OSC）、および重ね打ちの回数を支
持する反復フイールドを含む。コード・ページ
ID１１８は現在のFTBと関連するコード・ペー
ジ８４（第５図）を識別する。多くの場合、
FTBは、最初に確立されたとき、コード・ペー
ドIDを持つていない。タイプフエース１２０は
現在のFTBに関連する任意のタイプフエースの
フアミリ名を含む。多くの場合、後に明らかにな
るように、暗黙のうちに参照されるタイプフエー
スを他のFTBが識別できるので、タイプフエー
ス・フイールドは空である。ポイント・サイズ１
２１は印刷される文字の高さを支持する。太さフ
イールド１２２はフオント定義制御ワードによつ
て受け取り可能な９つの太さ標識のどれか１つを
含む。同様に、幅フイールド１２３はフオントが
圧縮されるか、または拡大されるかを支持する。
属性フイールド１２４はイタリツク体、下線また
は外形線の属性がフオント定義制御ワードによつ
て受け取られたかどうかを表示する。フオント
ID１２５はいわゆる外部フオント名を識別する。
言い換えれば、他のプログラミングはそれ自身の
識別体系によつてフオントを識別する。このよう
に、開始フオントはフオントIDを得て現在の
FTBを参照し、それによつて、内部のフオント
名１１２または外部のフオントID１２５（コー
ド化フオント名）のどちらが使用されても、暗黙
のうちにフオントを定義する。

外部フオント情報EFI１０２は文書表示を実行
するのに使用されるデータ構造である。EFIは
FTBにおいて不完全に定義されたフオントのフ
オント定義を完成する情報を含むことができる。
例えば、FTBにおいて参照されたフオントが
「イタリツク体」としてだけ定義され、他のパラ
メータが支持されないことがある。暗黙のうちに
定義されたフオントは後に説明するフオント定義
方法によつてFTB１００から得られたEFI１０２
に生じる。ここで、EFIにおいて厳密にすなわち
完全に定義されたフオントに戻ると、EFIは
NEFIポインタ・フイールド１３０を介して別々
に連結されたリスト中にある。外部のフオント
IDはフオントIDフイールド１３１に記憶され、
文字幅表はWTポインタ・フイールド１３２にお
いて指示される。文字幅表はフオント文字の文字
幅を指示する。このような文字幅は水平位置調整
に必要である。フラグ１３３は、本発明に無関係
な他の制御要素と同様に、フオントが比例間隔を
有するかどうかを示す標識を有する。ピツチ１３
４は定義されたフオントの2.54cm（１インチ）当
りの文字数を指示する。サイズ１３５はポイン
ト・サイズを指示する。EFIはタイプフエース、
ならびにタイプフエースではない他のフオントに
も使えるので、サイズ１３５は柔軟に定義され
る。TRC１３７はライン型のプリンタによつて
使用可能な制御フイールドであり、本発明の理解
には無関係である。空白幅１３８は隣接するワー
ド間の横の間隔を指示する。図形幅１３９も現在
のフオントとともに使用可能な横のスペースを指
示する。フイールド１４０は長さを指示するフイ
ールドを含む他のフイールドがEFI１０２に含ま
れることがあることを表わす。フイールド１３０
〜１４０はライン・プリンタのEFIを定義するの
に必要な情報を含むライン・プリンタEFI１０１
を構成する。前点アドレス可能プリンタ、または
他の文書表示装置の場合、フイールド１４５以下
の他のフイールドはEFI１０２に含まれる。

タイプフエース１４５はFTB１００のタイプ
フエース１２０に対応するタイプフエース名を有
する。ポイント・サイズ１４６はFTB１００の
ポイント・サイズ１２１に対応する。太さおよび
幅フイールド１４７および１４８はFTB１００
の太さおよび幅フイールド１２２および１２３に
対応する。属性フイールド１４９は属性フイール
ド１２４に対応する。上昇最大フイールド１５０
および下降最大フイールド１５１はフオント内に
生じる行基本線（テキスト行の各目上の縦の参
照）からの最大距離を指示する。この情報は縦の
位置調整に役立つ。方位（図示せず）は４つの可
能なフオントの方向づけ、すなわちportraitおよ
びlandscapeならびに逆portraitおよび逆
landscapeのどれか１つを指示する。ワードスペ
ース１５３は横のテキスト行における隣接ワード
間のスペースを指示する。行スペース１５５は行
間の縦の増分を指示する。ライン・プリンタにお
いては、行スペースはプリンタによつて前もつて
決定され、APAプリンタにおいては、行スペー
スは任意に指定することができる。コード・ペー
ジID１５６はコード・ページID１１８に対応す
る。フオント構成体ID１５７はフオント構成体
８７の識別を指示する。コード化フオント名１５
８は一定のEFIのコード化フオント名を指示する
のに付加されることがある（フイールド１５６お
よび１５７は厳密にコード化フオントの情報を定
義する）。

フオント・インデツクス１０３はタイプフエー
ス、該タイプフエース内の複数のフオントに対す
る分解能および方向づけに関連する。複数のフオ
ント・インデツクス１０３はタイプフエースのフ
アミリ名によつて分類される。各々のフオント・
インデツクス１０３はFTB１００のフオント名
１１２に対応するフオント名１６０を含む。構成
体名１６２は指名フオント内の図形を表わすラス
タ・パターンを含むフオント構成体８７を識別す
る。構成体名および物理メモリ・アドレスを用い
る表索引に基づいた普通のアドレス指定方法がフ
オント構成体をアクセスするのに使用される。分
解能１６３はペル・すなわち記憶されたラスタ・
パターンの印刷エレメントの密度を識別する。方
向づけフイールド１６４はそのportrait、
landscapeまたは逆portrait、逆landscapeの方向
づけのどれかを指示する。全点アドレス可能な文
書表示装置においてさえも、分解能および方向づ
けのパラメータは通常は装置従属型である。索引
長１６５はフオント索引レコードの大きさを指示
する。ポイント・サイズ１６７はFTB１００の
ポイント・サイズ１２１に対応する縦の大きさを
指示する。同様に、太さフイールド１６６および
幅フイールド１６８はFTB１００の太さフイー
ルド１２２および幅フイールド１２３に対応す
る。属性フイールド１６９はフオントがイタリツ
ク体、圧縮型、ローマ字体であるか、または下線
付与されているか等を指示する。参照数字１７２
は他の項目がフオント・インデツクスにおいて使
用されることがあることを表わす。フオント索引
１０３はタイプフエース内のすべてのフオントが
メモリの１つの領域に集まるように、なるべくタ
イプフエース名によつて配列される。１回パス・
アドレス索引が集まつたフオント索引をアクセス
するのに用いられる。

第７図はFMT２２内で本発明を実施する計算
機動作またはプログラム式論理フローを示す。
FMT２２は本発明がフオント管理にかかわる多
くのテキスト関連機能を実行する。第７図の説明
において、JES２１はFMT２２を活性化し、か
つ仕事デイスパツチヤを有するFMT２２は、前
に言及したような通常の制御ワードを含む形式化
されないテキストを得るため、DASD１５をアク
セスしたものと想定する。矢印１８０でデイスパ
ツチヤは（「．BF」のようにピリオドによつて指
示された）制御ワードを読み取る。制御ワードが
読み取られたことが識別されると、ステツプ１８
１において、通常のプログラム・デコーダが活性
化され、受け取られた制御ワードをオペランド解
析し且つ復号する。制御ワード１８２は複数の部
分に分解されて示されている。部分１８３は「．
BF」として示される制御ワードの識別を含む。
部分１８３に続いて、部分１８４として示された
複数のパラメータＰ１〜Ｐ５が含まれている。プ
ログラミング技術で一般に実施されているように
適切な文字を制御ワードの終了を指示するのに用
いることができる。制御ワード１８２は破線の矢
印（参照数字なし）によつてステツプ１８１に関
連づけられている。フオント定義制御ワード「．
DF」が復号されると、FTBを構築するステツプ
１８５が活性化される。ステツプ１８５はフオン
ト定義制御ワードに含まれたパラメータを取り出
して破線矢印１８６に示すようにFTB１００に
記憶する。FTBを構築するために用いられた計
算機動作はホスト１３の主記憶にあるようなデー
タ記憶の部分の割当てと、次いで第６図に示した
ようなFTB１００の割当てられた空間の指定さ
れた領域への適切なパラメータの書き込みを含
む。メモリ空間を割当て、受け取つた制御ワード
からパラメータを転送して、受け取つた制御ワー
ドの内容を反映するテーブルを構築することは広
く知られているので、ステツプ１８５の動作の詳
細は省略する。存在しているすべてのFTBに対
してNFTBポインタ１１０を介してあたらしい
FTBを別々に連結することを含む次のFTBの構
築の完成後、、ホスト１３は矢印１８７において
デイスパツチヤ（図示せず）を介して次の制御ワ
ードを得る（GET NEXT）。複数のフオント定
義制御ワードはテキスト処理に仕事に最初に一定
のシーケンスで受け取られることがある。構築さ
れたFTBは指定された出力文書表示装置に従つ
て予測しなかつた形式化されないテキストを形成
化するようにフオントを活性化するFMT２２を
適応させ、フオント開始制御ワードを装置と無関
係にする。

受け取られたフオント開始制御ワードはステツ
プ１８１で復号されると、論理径路１９０を通つ
てステツプ１９１を活性化し、存在するすべての
FTB１００を探索する。FTBを探索するステツ
プ１９１はフオント開始制御ワードに受け取られ
たパラメータを取り出し、それと同一のパラメー
タについてFTB１００を走査する。いつたん一
致が見つかれば、EFI１０２の構築は可能であ
る。この時点で、EFIをフオント開始制御ワード
にある一般的な記述子から構築できることは補償
されていない。いずれにせよ、現在のフオントは
破線矢印１９５で示すように、フオント・スタツ
ク１９４においてフオントをスタツクするステツ
プ１９３によつてスタツクされる。フオント・ス
タツク１９４は１６のフオント識別を記憶する能
力を有する通常のタイプのLIFOスタツクである。
ステツプ１９３では、第６図のレジスタFCURR
１７６において識別され、現在のフオントの
FTBに対するアドレスを有し、それをフオン
ト・スタツク１９４の最上部に記憶する現在のフ
オントが取り出される。更に、ECURRは現在ア
クテイブなEFI１０２を指し、この情報は
FCURRの内容と一緒に記憶される。次に計算機
動作は論理径路２００を経て、新しいフオントが
受け取られたフオント開始制御ワードに応答して
活性化可能であるかどうか、かつ新しいフオント
が明白にまたは暗黙のうちに開始されるべきかど
うかを決定する。FTB１００のフイードにある
タイプフエースはどれもステツプ１９１で識別さ
れ、レジスタFTBP１７５（第６図）によつて指
示されたFTBによつて始まるFTB１００の探索
から生じ、次いで、タイプフエースの処理はステ
ツプ２０２によつて活性化されて第８図のFEFI
（EFI発見）で行なわれる。FEFIは破線２０３に
よつて指示されているようにフオント・インデツ
クス１０３から、および識別されたFTBから入
力を受け取り、前に実行されたフオント定義制御
ワードによつて確立された明白なパラメータのす
べてを決定する。現在のフオント−いまフオン
ト・スタツク１９４の最上部にスタツクされてい
るフオント−も検査されることがある。FEFIが
EFI１０２を構築できない、すなわち、フオント
開始パラメータとFTBで見つかつたパラメータ
の最初の一致が形式化している文書を表示する予
定の出力文書表示装置に適合しない可能性があ
る。すなわち、最上部の優先順位の装置が「．
BF」制御ワードでユーザによつて選択されなか
つた場合は、次の優先順位のパラメータが次に検
査される。これはFMT２２によつて第８図の
FEFIから論理径路２０４、次いで論理径路２０
５を介して行われ、FTBを探索するステツプ１
９１が再び開始される。ステツプ１９１では、第
６図のFIBP１７５によつて識別されたFTBにお
いて再び開始するFTBを探索する「．BF」制御
ワードに追加パラメータがあるかどうかが検査さ
れる。もし一致しなければ、フオント開始制御ワ
ードの次のパラメータが検査される。もしフオン
ト開始制御ワードにパラメータが存在しなけれ
ば、エラー・メツセージをオペレータに供給し、
フオント・スタツク１９４の最上部の項目を
FCURR１７６およびECURR１７７に戻すこと
によつて現在のフオントを再確立することができ
る。その結果、受け取られたフオント開始制御ワ
ードはノーオペレーシヨン・コマンドとして現わ
れる。

ステツプ２０２で開始されたFEFIは実際に
FEI１０２を発見するか、または構築することが
ある。その場合、FMT２２は論理経路２０６を
通つてステツプ２０７に分岐し、最初にテキスト
方向づけを選択するのに用いられ、レジスタ１７
９に記憶された前の制御ワード（図示せず）を介
して受け取られた形式化されないテキストにおい
て識別された方向づけから新しいEFIに方向づけ
変更があるかどうかを決定する。この検出は新し
いEFIに対応するフオント・インデツクス１０３
の方向づけフイールド１６４とレジスタ１７９に
記録された初期選択方向づけとを比較することに
よつて行なわれる。もし、方向づけ変更がなけれ
ば、ステツプ２０８において、前述の手順によつ
て識別されたフオントが開始される。これは
FCURR１７６、ECURR１７７に項目を入れる
こと、ならびに本発明の理解に無関係な他の種々
のハウスキーピング機能によつて行なわれる。フ
オント開始制御ワードは文書表示の方向づけを変
更できない。この制御は前述の制御ワードを選択
する方向づけ、および本発明の理解に無関係な方
向づけ変更に必要な他のCWを必要とする。フオ
ント開始制御ワードのパラメータから生じる方向
づけ変更の場合に、そのフオント開始パラメータ
は検査されている次に下位の優先順位のフオント
開始パラメータとともに無視されなければならな
い。これは論理経路２１０を経てFMT２２によ
つて行われ、FTBを探索するステツプ１９１を
再開始する。方向づけがない場合、識別されたフ
オントはステツプ２０８で形式化動作のため開始
され、次の制御ワードが矢印２０９によつて示さ
れるように取り出される（GET NEXT）。

識別されたFTB１００がタイプフエース項目
を有しないとき、FMT２２はステツプ２０１か
ら論理経路２１５を経てステツプ２１６に進み、
識別されたFTB１００がコード化フオント８０
を識別するフオント名フイールド１２６（図示せ
ず）にコード化フオント名を有するかどうかを決
定する。もしコード化フオントが識別されていれ
ば、ステツプ２１７で、識別されたFTB１００
のEFIポインタ１１４が検査され、前のフオント
開始制御ワードによつて既に確立されたEFIのア
ドレスがあるかどうかを論べる。もし、そうであ
れば、フオントは明白にかつ厳密に定義され、該
フオントは、前に説明したように、ステツプ２０
８で開始することができる。もしEFIポインタ１
１４がなければ、FMT２２は論理経路２１８を
介してステツプ２０２に進み、FEFIによつて
EFIが識別または構築されなければならない。他
の計算機動作はタイプフエース選択されたフオン
トの場合に記述された動作と同じである。

もしステツプ２１６において、識別された
FTB１００にコード化フオントが指示されてい
なければ、FMT２２は論理経路２２０を経てス
テツプ２２１に進む。ここで、FMT２２は最後
のフオント開始制御ワードのパラメータが検査さ
れたかどうかを決定する。もし、検査されていな
ければ、FTBを探索するステツプ１９１が再開
始される。ステツプ２２２が省略され、FTBを
探索するステツプ１９１がその機能を実行するこ
とに注目する必要がある。もし、すべてのフオン
ト開始パラメータが使い盡くされてもEFIが識別
または構築されないならば、ステツプ２２３に示
されるように、現在のフオントが再確立されるこ
とを図面に強調するように、このステツプが明ら
かにされている。フオント・スタツク１９４の最
上部の項目は破線２２４によつて示すように
FCURR１７６及びECURR１７７に転送される。
次いで、矢印２０９で次の制御ワードが取り出さ
れる。

第７図に示すように、各々のEFI１０２はそれ
に幅テーブル２２５が添付されている。このよう
なテーブルは当業者には周知であるのでその説明
は省略する。更に、ステツプ２０２で開始された
FEFIはタイプフエース処理またはフオント関連
処理のどちらかでフオントを暗黙のうちに構築し
なければならないことがある。この関係は参照数
字を付されていない破線矢印によるFEFI（ステツ
プ２０２）とタイプフエースのフオント・インデ
ツクス１０３の接続によつて表示されている。

FMT２２は前記IBM publication SH20−
9161に関連する多数の制御ワードを実行すること
が認識されなければならない。このような動作は
参照番号２２６によつて集合的に表示され、前記
他機能は本発明の理解には無関係であるので説明
を省略する。制御ワードの読取りとその実行なら
びに次の制御ワードの取出しの周期は、もちろ
ん、すべての制御ワードに対して実施され、
FMT２２は、前述のように、制御ワードのシー
ケンスに応答する。

第８図は新しいEFI１０２を発見し構築するの
に用いられる計算機動作を示す。計算機動作は第
７図のステツプ２０２によつて開始される。
FEFIは異なる計算機動作を必要とするタイプま
たはフオント処理のどちらでも開始されることが
あるので、ステツプ２３０において、第７図のス
テツプ１９１で識別されたFTB１００が検査さ
れ、タイプフエース１２０のフイールド（第６
図）が項目を有するかどうかを調べる。もし、項
目がなければ、いわゆるフオント識別動作はコー
ド化フオント各項目（フオント名フイールド１２
６（図示せず））に基づいて実行される。ステツ
プ２３２において、FMT２２はEFIチエーンが
あるかどうか、すなわち処理が開始されたとき
EFIチエーンは構築されていないかどうかを決定
する。FMT２２は第６図のEFIP１７４のフイー
ルド、最初のEFIへのポインタを検査する。もし
EFIチエーンが構築されていなければ、EFIPは
０に等しい。代わりに、EFIPによつてさし示さ
れた最初のデータ記憶領域が特別なキヤラクタを
有し、EFIがないことを表わすことがある。EFI
チエーンが構築されているものとすれば、FMT
２２はステツプ２３３においてEFIチエーンを走
査し、ステツプ１９１で識別されたFTB１００
のフオント名フイールド１２６（図示せず）にあ
るコード化フオンド名に一致するコード化フオン
ド名１５８を有するEFI１０２を発見する。もし
走査の結果、ステツプ２３４で、EFIが既に構築
されていることが分れば、ステツプ１９１によつ
て識別されたFTBはEFIポインタ１１４にその
EFIアドレスを受け取る。EFIが存在しているの
で、EFIを構築する必要はなく、すべてのフオン
ト処理は完全である。従つて、FMT２２はステ
ツプ２３６から計算機動作を示す第７図に戻る。

要求されたフオントのEFIが構築されていなか
つたり、フオント処理のタイプフエースが指名さ
れていないことがある。ステツプ２３４からステ
ツプ２４０において、コード化フオント８０は
（ステツプ２３０でそのフオントが指名されたこ
とが表示された場合）そのコード化フオント名に
基づいてDASD１５から取り出され、ホスト１３
の主記憶（図示せず）に記憶される。次いで、ス
テツプ２４２において、識別されたコード化フオ
ントが読み取られ、Ｐポインタ８２およびＧポイ
ンタ８３が使用可能になり、ステツプ２４３にお
いてEFIの構築が開始される。EFIの構築につい
ては後に第１０図に関連して説明する。従つて、
フオント定義処理の場合、フオントは常に明白に
識別される、すなわちフオント定義制御ワードお
よびフオント開始制御ワードは形式化の再に用い
られるフオントを明白にかつ完全に定義するパラ
メータを有する。

タイプフエース関連のフオント処理の場合、参
照数字２５０によつて選択的に指定された１組の
ステツプにおいて、FMT２２は第７図のステツ
プ１９１で識別されたFTBがフオントを完全に
定義するのに必要な一定のパラメータ・データを
含むかどうかを決定する。もし含まなければ、現
在のパラメータ・データが暗黙のうちにフオント
定義を行うのに使用される。最初のパラメータは
タイプフエース名である。言い換えれば、フオン
ト定義制御ワードは使用される新しいタイプフエ
ースを指定したかどうかを決定する。ステツプ２
５５において、識別されたFTB項目（タイプフ
エース１２０）が検査される。もしタイプフエー
ス１２０が空である（タイプフエースが指定され
ない）ならば、ステツプ２５６において、現在の
EFIによつて識別された現在のタイプフエース１
４５が選択される。現在のEFIは前に説明したよ
うにフオント・スタツク１９４の最初の項目で識
別される。解析される次のパラメータはポイン
ト・サイズである。ステツプ２５７において、
FMT２２は識別されたFTBの項目（ポイント・
サイズ１４６）を検査してポイント・サイズが指
定されているかどうかを調べる。もし指定されて
いなければ、最後の現在のフオントに対応する
EFIのポイント・サイズ１４６が現在のポイン
ト・サイズとして選択される。さもなければ識別
されたFTBのポイント・サイズ１２１が用いら
れる。ステツプ２６０において、フオント・スタ
ツク１９４の最上部の項目として識別された現在
のEFIのフイールド１５２（図示せず）において
識別された現在の方向づけによつて方向づけされ
る（「．BF」は方向づけを変更できない）。ステ
ツプ２６１において、FMT２２は識別された
FTBの項目（幅フイールド１２３）を検査して、
そのフオントの文字の幅が指定されているかどう
かを決定する。もし指定されていなければ、通常
の幅がステツプ２６２において選択される。この
表示はそれぞれのフオント構成体８７におけるフ
オント・パターンとともに記憶された純枠な記述
子（制御情報８８）の一部分である。ステツプ２
６３において、識別されたFTBの太さフイール
ド１２２が検査され、文字の太さが指定されてい
るかどうかを調べる。もし指定されていなけれ
ば、ステツプ２６４において太みは中間にされ
る。ステツプ２６５において、FTB１００の属
性フイールド１２４の属性が、EFIを構築するの
に用いられる。このような属性はイタリツク体等
を含む。ステツプ２６２および２６４におけるよ
うな所定のパラメータにデフオルトすることを含
む一定のパラメータ・データの明白な定義に続い
て、FMT２２はフオントを暗黙のうちに定義す
るステツプに進む。

フオントを暗黙のうちに定義する次のステツプ
は第８図のステツプ２５１によつて開始され、タ
イプフエースのフオント索引を走査する。その群
細な流れは第９図に示されている。走査完了後、
FMT２２はステツプ２７０においてタイプフエ
ースが見つかつたかどうかを決定する。もし評価
中のフオント開始パラメータによつて支持された
ものに対応する索引にリストされたタイプフエー
スがなけれけば、FMT２２は論理経路２０４を
通つて第７図のステツプ１９１に戻り、フオント
開始制御ワードにおいて次に得られるパラメータ
に従つてFTB１００の探索を継続する。もし適
切なタイプフエースが見つかれば、ステツプ２７
１において、識別されたFTBはその項目（コー
ド・ページID１１８）を検査され、コード・ペ
ージ８４（第５図）が識別されているかどうかを
決定する。もし識別されていなければ、ステツプ
２７２において、現在のコード・ページは新しい
EFIのコード・ページにされる。FMT２２が現
在のEFI項目（コード・ページID１５６）を検査
し且つその内容を構築中のEFIに転送することに
よつて、このステツプは達成される。次いで、前
に説明したように、ステツプ２４３においてEFI
の構築が開始される。ステツプ２５０，２５１お
よび２７２で蓄積されたパラメータ・データのす
べては通常の方法でホスト１３の主記憶（図示せ
ず）にある作業領域（図示せず）に記憶され、
FMT２２に割当てられる。このような記憶装置
はパラメータ・データを第１０図に示された計算
機動作に使用可能にする。

フオント・インデツクス１０３の走査手順は第
９図に詳細に示されている。計算機動作は第８図
のFEFIのステツプ２５１で活性化される。第６
図に示されたようなフオント・インデツクス１０
３の各々のレコードは、ステツプ２８０におい
て、タイプフエース各１６１に関して検査され
る。ステツプ２８１において、第８図のステツプ
２５５および２５６で識別されたタイプフエース
はタイプフエース名１６１（第６図）と比較され
る。もし一致すれば、ステツプ２８２に進み、さ
もなければ、探索または走査は続行する。ステツ
プ２８３において、レコード・アドレスはインデ
ツクスされ、次のタイプフエース名によるフオン
ト・インデツクスの次の集団が得られる。レコー
ドがインデツクスされると、ステツプ２８４にお
いてすべてのタイプフエース名が走査され検査さ
れているかどうかにかかわらず、もしレコードの
すべてが走査されたが一致が生じなかつたなら
ば、次のフオント開始パラメータは論理経路２０
４を介してステツプ１９１によつて検査される。
もしステツプ２８４において、更にタイプフエー
ス名を走査できるならば、ステツプ２８０および
２８１で次のレコードが検査される。

適切なタイプフエースがあるものと想定する
と、ステツプ２８２において、FMT２２はフオ
ント・スタツク１９４の最上部の項目によつて識
別されたEFI１０２のフイールド１５２（図示せ
ず）にある現在のフオントの方向づけ、すなわち
現在の方向づけと、フオント・インデツクス１０
３（第６図）で識別されたタイプフエースの方向
づけフイールド１６４にある方向づけを比較す
る。もし不一致、すなわちフオント開始制御ワー
ドによつて許可されていない方向づけの変更があ
れば、ステツプ２８３においてレコードはインデ
ツクスされ、適切なフオントの探索が続行され
る。タイプフエース名がステツプ２８１で識別さ
れた後にステツプ２８３におけるレコードのイン
デツクスはタイプフエース・フアミリの集団内の
フオントのレコードの走査であり、方向づけ不一
致はタイプフエース不一致に等しい。

正しい方向づけおよびタイプフエース名が識別
されたとき、タイプフエース名内の次のレコード
走査はステツプ２８７〜２９５において行なわれ
る。ステツプ２８７〜２９０は識別されたフオン
トが要求されたフオントであることを補償するた
め種々の図形パラメータ・データを比較する比較
ステツプである。ステツプ２８７で、サイズ（ポ
イント・サイズ）が比較される。これはフオン
ト・インデツクス１０３のポイント・サイズ１６
７の内容と、識別されたFTB１００のポイン
ト・サイズ１２１の内容を比較することによつて
行なわれる。一致後、次のパラメータ・データが
ステツプ２８８において比較される。フオント索
引の太さフイールド１６６は識別されたFTB１
００の太さフイールド１２２と比較される。一致
の場合、次のパラメータ・データは適切な幅の表
示を補償するためのステツプ２８９で比較され
る。フオント・インデツクス１０３の幅フイード
１６８の内容はFTB１００の幅フイールド１２
３の内容と比較される。この比較が一致するもの
として、ステツプ２９０において、次に比較され
るパラメータ・データは属性である。識別された
FTB１００の属性フイールド１２４はフオン
ト・インデツクス１０３の属性フイールド１６９
と比較される。もし比較ステツプのどれかが不一
致を生じるならば、次のレコードが得られること
になつている。レコードのフアミリ集団にある次
のレコードを得るには、FMT２２は論理経路２
９１を通り、ステツプ２９２においてタイプフエ
ース・レコード・アドレスをインデツクスする。
レコードの終了はステツプ２９３で検査される。
もしタイプフエース名内の全レコードの全パラメ
ータ・データがステツプ２９３で検査され、一致
がなかつたならば、FMT２２は経路２９４を通
り、ステツプ２８３において、次のレコード・フ
アミリをインデツクスする。さもなければ、次の
レコードがステツプ２９５で得られ、ステツプ２
８７〜２９０は４種類の一致が得られるか、また
はレコードが終了するまで反復される。このよう
な一致が得られると、ステツプ２９８において、
フオント索引１０３のレコードのフオント名１６
０に含まれた構成体名１６２は作業領域（図示せ
ず）に保管され、第１０図に示すようにステツプ
２４３（第８図）でEFIの構築が開始され、EFI
１０２のフオント構成体ID１５７に構築される
フオント構成体名が記憶される。第９図は第８図
のステツプ２５１および２７０がどのように最良
のモードで実行されるかを示す。

FMT２２は第１０図に詳細に示されるように
外部フオント情報（EFI１０２）を構築する。こ
れらの計算機動作は第８図のステツプ２４３で開
始される。第一に、ステツプ３１０において、
FMT２２はEFIP１７４（第６図）によつてさし
示されたEFIによつて開始するEFIチエーンを走
査し、それぞれのEFIのNEFIポインタ・フイー
ルド１３０を用いて走査を続行する。もし第９図
に示した計算機動作で識別されたフオント索引１
０３のフオント名１６０が現在検査されている
EFIのコード化フオント名１５８に対応すれば、
そのEFIの解析は更に進行する。さもなければ、
FMT２２が論理経路３１３を通つてステツプ３
１４に進むことにより、走査は適切なEFIを発見
するように続行する。ステツプ３１４において、
FMT２２はEFIチエーンの終了（EOC）を検査
する。もしチエーン終了になれば、これは定義さ
れたばかりのフオントに対応するEFIがないこと
を意味する。

ステツプ３１１においてフオント名が一致する
ものとすれば、ステツプ３１２において、FMT
２２は現在のEFI１０２のコード・ページID１５
６で識別されたコード・ページと、ステツプ１９
１で識別されたEFI１０２のコード・ページID１
１８の内容とを比較し、不一致の場合は、前述の
ように論理経路３１３に分岐する。ステツプ３１
１および３１２において、フオント名およびコー
ド・ページが一致する場合は、ステップ３２０に
進んで、フオント名フイールド１２６（図示せ
ず）のコード化フオント名が検査される。もし、
コード化フオント名が一致する（ステツプ３２０
が出口「１」を通る）ならば、ステツプ３１８を
経て第８図の計算機動作にリターンする。もしコ
ード化フオント名が一致しなければ、ステツプ３
２１においてFMT２２はフオントがEFIにおい
て定義されていたかどうかを決定する。もし定義
されていなければ（新しいフオントが必要とな
る）。ステツプ３２２において、識別されたFTB
１００のフオント名フイールド１２６（図示せ
ず）のコード化フオント名が走査中のEFI、すな
わちステツプ３１０の走査で識別されたEFIのロ
ードされ、FMT２２は第８図の計算機動作にリ
ターンする。

EFI走査によつて適切なEFI１０２が識別され
ない（ステツプ３１４においてEOC＝１である）
場合、新しいEOCがFMT２２によつて構築され
なければならない。ステツプ３１５において、、
構築が開始され、第６図に示されたEFI１０２の
パラメータ・データおよび他の制御データを受け
取るのに十分な記憶空間がホスト１３のメモリ内
に割当てられる。ステツプ３１６において、前の
チエーンの最後のEFIのNEFIポインタ・フイー
ルド１３０の領域で新しいEFI領域を識別するこ
とにより、前記記憶空間が該チエーンに加えられ
る。新たに構築されたEFIのNEFIポインタ・フ
イールド１３０は全０または次のEFI構築のため
後にステツプ３１４で使用されるEOCを指示す
る制御コードのどちらかを含む。ステツプ３１７
において、パラメータ・データおよび他の制御デ
ータは既知のデータ転送方法を用いて割当て記憶
領域にロードされる。該データは第８図の計算機
動作において集められ、作業領域に記憶されたも
のである。この作業領域の内容が新しいEFI領域
に転送される。EFIを完成した後、FMT２２は
第７図のフオント処理にリターンする。

制御キヤラクタおよびフオント名をテキスト・
ストリームに転送する方法は、前述の文書組立機
能（DCF）のように周知の技術であるので、そ
の説明は簡略化のため省略する。すなわち、すべ
てのタイプの制御文字のテキスト・ストリームへ
の挿入は有名な周知の手順である。

FMT２２がコード化フオントの形式で前述の
フオント識別を含む適切なフオーマツト制御文字
によるテキスト・ストリームの構築を完成したと
き、これらの形式化されたデータはスプールされ
たデータ・セツトとしてDASD１５に記憶され、
文書表示動作を待つ。続いて印刷動作が生じる場
合、JES２１は出力書き出しプログラムまたは印
刷プログラム（PRINT２５）を活性化し、スプ
ールされたテキスト・データを転送する。印刷動
作の場合、最初にフオントがプリンタ３０に転送
され、テキスト・データがそれに続く。暗黙のう
ちに、または明白に定義されるコード化フオント
を用いる本発明に従つて動作する出力書き出しプ
ログラムの概要が第１１図に示されている。印刷
プログラム２５の活性化は矢印３３０に表示され
ている。印刷プログラム２５のような出力書き出
しプログラムには受け取つた印刷命令および印刷
されるテキスト・ストリームの制御ワードを分解
し、復号する制御３３１が含まれる。フオント定
義制御ワードはテキスト・ストリームの最初にフ
オント情報を識別する。このようなフオント情報
はステツプ３３３において制御３３１によつて解
析される。印刷プログラム２５はホスト１３に接
続されたプリンタ３０内で現在使用可能なフオン
トのすべてを表示するプリンタ・フオント表３３
４を持つている。ステツプ３３３において、形式
化されたテキスト・データ・ストリームで識別さ
れたコード化フオント８０のすべてはプリンタ・
フオント表３３４で識別されたコード化フオント
と比較される。この比較はステツプ３３３に延び
る線３３５で表わされている。もしフオントが必
要でなければ、印刷プログラム２５は論理経路３
３６を経て制御３３１に戻る。次いで、制御３３
１はテキスト出力書出しプログラム３３７を活性
化し、テキスト出力書出しプログラム３３７は、
周知のごとく、印刷のためスプールされたテキス
トをDASD１５からプリンタ３０のブリンタ制御
３２に転送する。他方、ステツプ３３３におい
て、もしフオントが必要であれば、印刷プログラ
ム２５は論理経路３４０を介して資源マネージヤ
３４１に進む。資源マネージヤ３４１はプリン
タ・フオント表３３４を含む資源表を維持する。
「フオント必要」という指示にはコード化フオン
ト名およびポインタ８２，８３（第５図）が含ま
れる。資源マネージヤはアドレス表を有し、適切
なコード・ページおよびフオント構成体が選択矢
印３４２を介して選択される。このようなアドレ
ス指定方法は周知の方法であるのでその説明は省
略する。いずれにせよ、選択されたコード・ペー
ジおよびコード化フオントに対応するフオント構
成体はそれぞれ論理経路３４３，３４４から３４
５を介してプリンタ３０に転送される。このフオ
ントのローデイング中に、大抵の場合、プリンタ
３０はテキストを受け取つたり、または印刷動作
をすることができない。すなわち、プリンタへの
フオント転送は印刷機能に対する準備動作であ
る。コード・ページおよびフオント構成体がうま
くプリンタに転送された後、資源マネージヤ３４
１はリターン・コードRCを制御３３１に送つて、
印刷を行うことが可能であることを知らせる。
（第５図のコード・ページ８４は資源マネージヤ
３４１によつて変えられ、プリンタ３０内のフオ
ント記憶（図示せず）のアドレス指定特性を調節
することができる。） また、コード化フオントをDASD１５に記憶さ
れたテキスト・データ３３８に埋めこむことも可
能である。従つて、テキスト出力書出しプログラ
ム３３７はテキスト・データ３３８をアクセス
し、経路３３９を介してプリンタ３０に転送す
る。コード化フオントが組み込まれている場合、
その事実がコード化フオントの識別とともに制御
３３１に送られる。制御３３１はその時点でフオ
ントがそのあとのテキストに必要であるかどうか
を決定する。もし必要ならば、印刷動作は瞬間的
に中断され、資源マネージヤ３４１は適切なコー
ド・ページを関連するコード化フオントのフオン
ト構成体とともにプリンタに供給することができ
る。プリンタのフオント記憶の更新終了後、印刷
動作は再開する。資源マネージヤ３４１は、プリ
ンタ３０へ各々のフオントを転送した後、それに
対応して、プリンタ・フオント表３３４を更新
し、プリンタ３０の実際の動作ステータスとの共
通性を確保する。

本発明によれば、多数の字体（電子フオント
群）を任意に定義でき、そして、これらの中から
適正な字体が処理装置によつて明白または暗黙の
うちに選択される。字体の設定を豊富にでき、か
つそれらの字体の選択が容易である。従つて、多
言語を使用する入出力装置等に用いるのに適して
いる。また、表示装置、例えばプリンタでは、全
ての字体について完全な定義を予め与えておかな
くてもよいので、フオント・メモリの容量を小さ
くできる。

【図面の簡単な説明】

第１図は本発明を用いるコンピユータ利用の文
書表示システムの説明図、第２図は第１図に示し
たシステムを用いて文書の作成を示す流れ図、第
３図は第１図のシステムにおけるFMTの論理配
列を示す図、第４図は第１図に示したシステムに
よつて形成化可能な文書のページのテキスト構成
を示す図、第５図は第１図に示したシステムとと
もに使用可能なフオント管理の論理構造を示す
図、第６図は本発明を実行する第１図のシステム
のFMTで用いられたデータ構造を示す図、第７
図は第１図のFMTのフオント管理のための制御
の論理流れ図、第８図は第７図に示したシステム
に関連する外部フオント情報を制御する計算機動
作の流れ図、第９図は第１図の示したシステムに
よつて記憶されたフオント索引を走査する計算機
動作の流れ図、第１０図は第８図に示した計算機
動作によつて定義されたときの第６図の外部フオ
ント情報を構築する流れ図、第１１図は第１図に
示したシステムの出力印刷制御プログラムの計算
機動作の流れ図である。 １０…ターミナル、１１…キーボード、１２…
CRT、１３…ホスト、１４…ケーブル、１５…
DASD、１９…他プログラム、２０…APGM、
２１…JES、２２…FMT、２３…ライブラリ、
２４…フオント・プログラム、２５…印刷プログ
ラム、３０…プリンタ、２５…印刷プログラム、
３０…プリンタ、３１…ケーブル、３２…プリン
タ制御。

Claims (1)

1. 【特許請求の範囲】 １ 記憶装置と処理装置を有し、受取つたテキス
   ト・ストリームを処理して表示装置により文字、
   図形を表示できるようにするため、 電子フオントとして文字、図形を上記表示装置
   に表示でき、かつ特定の符号IDによりアドレス
   できる表示信号を有する多数の電子フオント構成
   体８７を上記記憶装置にストアし、 共通の特徴を持つ表示用パラメータ・データ９
   ０を備えた上記電子フオント構成体の群をフオン
   ト・フアミリーとしてグループ化し、フアミリー
   毎に上記パラメータを上記記憶装置にストアし、 受取ると予想されるテキスト・ストリーム内の
   各文字、図形コードに対応したコード点のデータ
   を予め記録した第１セクシヨン８５と、上記第１
   セクシヨンの各コード点に対応した符号IDを持
   つ第２セクシヨン８６とを各々有する複数のコー
   ド・ページ８４を介して前記電子フオント構成体
   の１つにストアされた文字、図形の表示信号をア
   ドレス可能とした電子フオント群の管理方法であ
   つて、 上記処理装置により、 上記各コード・ページのアドレス８２と上記各
   電子フオント構成体のアドレス８３を互いに論理
   的な関係を持たせて上記記憶装置にストアするこ
   とにより、上記多数の電子フオント群をコード化
   フオント群８０として定義し、それによつて該コ
   ード化フオント群の１つを識別することにより上
   記電子フオント構成体の文字、図形の表示信号を
   アドレス可能にするステツプと、 上記コード化フオント群の名前８１をリスト化
   １５８し、所定の優先順位を有する走査シーケン
   スにより該リストを、上記定義されたコード化フ
   オント群と比較することにより、１つの電子フオ
   ントを活性化するステツプと、 受取つたテキスト・ストリームを上記活性化さ
   れた電子フオントを用いて処理するステツプと、 上記コード化フオント群の第２のリストを含む
   第２の活性化電子フオントを受取つたとき、該コ
   ード化フオント群の第２のリストを所定のシーケ
   ンスにより上記定義されたコード化フオント群と
   比較し、後に続くテキスト・ストリームを表示す
   るのに用いる第２の電子フオントとして、上記リ
   スト化されたコード化フオント名と同じ名前を持
   つコード化フオントを選択するステツプと、 上記表示用パラメータの一つを有する第３の活
   性化電子フオントを受取つたとき、該第３の活性
   化電子フオントの中の上記表示用パラメータ・デ
   ータ及び上記第２の電子フオントを、上記第２の
   活性化電子フオントがメンバーとなつている上記
   電子フオント群のフアミリー中の表示用パラメー
   タと比較し、上記フオント・フアミリー内でかつ
   上記表示用パラメータの１つが同じ第３のコード
   化フオントを第３の電子フオントとして現在のテ
   キスト・ストリームに続くテキスト・ストリーム
   の表示のために選択するステツプ、 の各ステツプを実行することを特徴とする電子
   フオント管理方法。