JPH05261977A

JPH05261977A - 二色プリンタ

Info

Publication number: JPH05261977A
Application number: JP4230710A
Authority: JP
Inventors: Robert R Laman; アールレイマンロバート; Mark Gaines; ゲインズマーク
Original assignee: Xerox Corp
Current assignee: Xerox Corp
Priority date: 1991-09-06
Filing date: 1992-08-31
Publication date: 1993-10-12
Anticipated expiration: 2017-07-15
Also published as: JP3303102B2; EP0532208B1; US5153739A; DE69225655D1; EP0532208A3; EP0532208A2; DE69225655T2

Abstract

(57)【要約】【目的】従来の字体であった種々の色及び形状を生成
し記憶する印字システムを提供すること。【構成】各字体がその文字に含まれるビットパターンに
おいて異なる字体のカタログであって、異なる色を印字
するとき、すべての字体は同一の文字の回数からなり、
これらの文字は所定数の形状をなして集まって一つの領
域を形成できる。プリンタに対して、カタログは複数の
字体のごとく見え、従って、テキストを印字する代表的
なハードウエアシステムを有するプリンタによってアク
セスできる。しかし、２色プリンタを用いて印字すると
きには、プリントアウトは特別の色で満たされたあらゆ
るサイズの領域となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は２つの着色剤、つまり、
黒及びハイライト色を用いて印字する印字システム、特
に、メモリに複数のインク字体を記憶する必要がある印
字システムに関するこの印字システムのこれら各字体は
異なるハイライト色の陰影を有し、各字体の部材は、多
数の形状であり、これらを組立ててあらゆるサイズの矩
形を形成でき、また、これらの矩形からハイライト部分
を組立てることができる。

【０００２】

【従来の技術】代表的な白黒印字にハイライト色を付加
するために、３レベルの現像処理を用いて静電複写式
（xerographic)プリンタを設計できる。光伝導体は、あ
る領域が非像領域に比較して正に充電されたまたある領
域が非像領域に対して負に充電された像の形式で充電さ
れる。その後、正電位の黒トナー及び負電位のカラート
ナーを用いて黒のテキスト及びカラーのハイライト領域
を１パスで同一プリント上に印字できる。これらのハイ
ライト領域はページのカラー境界、ハイライト領域等の
正規の形状もしくは花等の図形の略近似のようなより複
雑な形状にすることができる。

【０００３】ハイライト着色剤は、代表的には、赤、
緑、もしくは青である。次に、ある瞬時には、プリンタ
は、黒トナー及びこれら３つの色の１つのトナーを有す
ることになる。どの色を装填するか、また、いつでも元
のトナーカートリッジを除去して他のカートリージを挿
入することによって他の色に変えるかはユーザに任せら
れている。

【０００４】トナーは、通常、紙に印加されて濃淡付け
による密度変化を達成する。本発明の実施例において
は、濃淡付けマトリクスは８×８画素で仮定され、各画
素は、白、黒、もしくは色素である。この結果、ハイラ
イト色として赤及び黒トナーを有する場合、白、明るい
ピンク、明るい灰色から赤、もしくは黒、あるいはこれ
らの混合色まで変化する。

【０００５】

【発明が解決しようとする課題】多くのプリンタは代表
的には文字を印字し、従って、ハードウエアは英文字の
ビットマップの記憶、アクセス、印字に対して最適化さ
れている。３レベル現像処理に代えて、黒もしくはハイ
ライト色でテキストを印字することは比較的簡単であ
る。しかしながら、色影を変化させるのに任意の形状を
生成する要求はハードウエア及びソフトウエアを複雑化
し、実行時を遅らす。プリンタが命令を受信して特殊な
色を特殊な形状で印字するとき、印字を開始できるまで
に、ページビットマットにおける領域を定義し、所望の
色で濃淡タイルを生成し、そして、これらの濃淡タイル
で上記領域をロードする。明らかに、これは装置コスト
を上昇させかつ実行時を遅らす。本発明の目的は、任意
の形状及び色を元にテキストを印字するのに、最適にさ
れた装置を用いて印字できる印字システムを提供するこ
とにある。

【０００６】

【課題を解決するための手段及び作用】本発明は従来の
字体であった種々の色及び形状を生成し記憶する印字シ
ステムにある。字体内で変化する一字体の特徴は文字の
全体の領域及び形状（“Ｗ”は“ｉ”より大きく“ｉ”
と異なる形状である）及び領域内での画素の位置
（“Ｘ”の画素は“Ｏ”の画素と異なる所に位置する）
である。字体内の文字の色は通常変化しない。これらは
純粋の黒か純粋の白である。その後、代表的なプリンタ
は少なくとも１つの特徴で僅かに変わる多くの字体（ボ
ールド、イタリック、１０ポイント、１２ポイント・・
・）を取り扱えるようにされる。

【０００７】本発明は色と形状とに同一の原理を適用す
る。各字体は１セットの形状（種々のサイズの正方形及
び矩形）であり、これらはすべて同一の色を有し、いか
なる矩形のサイズの領域を組み立てるのに用いることが
できる。開示された実施例においては、１２０の可能な
形状があり、これらのすべてが画素パターンで満たされ
て同一色を生成する。色はビットパターンで与えられる
ので、８×８画素ビットマップつまり８×８画素パター
ンでの画素パターンがあり、色の密度を定義する。しか
しながら、これは各色が他の色と独立である二色システ
ムであるので、２つの画素ビットマップつまり２つのパ
ターンを必要とし、その１つは黒用であり、他の１つは
色用である。各画素ビットマップは１つの字体文字であ
る。黒用の１２０個の字体文字があり、これに対応する
色用の１２０個の字体文字がある。これらの字体文字は
字体ファイル内にあり、これらはテキスト基準イメージ
ャが直接動作できる形式であるので文字ディスパッチャ
にロードできる。

【０００８】同一の原理はフルカラープリンタにも使用
できる。たとえば４つのインク、代表的には、シアン、
マゼンダ、黄、黒を４パスプリンタにロードできる。次
に、各原色に対応する４つの字体を必要としていずれか
の色で最終プリントを生成し、また、４００個の字体を
必要としてユーザは１００個の色から１つを選択でき
る。実際のプリンタシステムにおいては、各“カタロ
グ”に多数のパターンが存在し、また、プリンタ内に多
数のカタログが存在する。

【０００９】

【実施例】好ましい実施例に詳述する。図１はカタログ
のヘッダにおける１３ワードのデータの構成を示す。ヘ
ッダブロック内の最初の３ワードはインクカタログ名及
びＲＡＤ５０によるファイルタイプを含む。このインク
カタログのバージョンはバージョンの番号である。イン
クカタログタイプは、１−単色、２−ハイライト、３−
フルカラーである。この実施例においては、タイプは２
となる。

【００１０】２つの時間／ユニークワードはヘッダブロ
ック内のユニークフィールドである。たとえばこれはコ
ンパイルの日付及び時間を含む。次の６つのワードは、
字体のリストの開始、原色のリスト、及びパレットディ
レクトタリの開始を示すブロックオフセット及びワード
オフセットを含む。インクカタログのヘッド部は情報キ
ーを含むように設計される。このような情報はインクカ
タログ各及び Radix５０フォーマットのファイルタイプ
を含む３つのワードを含み、これにより、参照している
タスクが必要とする正しいインクカタログであることを
証明する。次に、バージョンワードが付加され、この結
果、インクカタログの構成が変化したときには、このバ
ージョンワードによって容易にチェックできる。次に、
インクカタログタイプワードが付加されてこのインクカ
タログがどの目標マシーンに対して構築されたかを示す
ことになる。次に、ヘッダにおける２つのワードは各イ
ンクカタログに対してユニークワードを含む。時間／ユ
ニークワードが付加され、この結果、タスクがコンパイ
ル中に使用してフォームを形成した正しいインクカタロ
グであることを特定できる。次に、入力はディスク上に
存在する現在のインクカタログが真に正しいものである
ことを証明する。字体のリスト、原色のリスト、及びパ
レットディレクトリを示すブロックオフセット及びワー
ドオフセットである次の６つのワードが付加され、この
結果、付加情報を含ませる必要があればヘッダを拡張で
きる。原色リスト及びパレットディレクトリはブロック
境界上で開始するので、これらのワードオフセットは０
である。このインクカタログ構成におけるすべてのブロ
ックオフセット及びワードオフセットはインクカタログ
の開始を基準とする。また、保存されたすべてのワード
は０となる。ヘッダの直後にはこのインクカタログに用
いられる字体のリストがある。

【００１１】図２は字体リストである。字体の数はこの
インクカタログ内に構築されたインクコンパイラの数で
ある。字体ブロックオフセット及び字体ワードオフセッ
トは２ワードであって、字体ファイルフォーマットでユ
ーザが定義したスクリーン及びインクを有するインクカ
タログ内の領域を示している。字体リストの最後は次の
ブロック境界まで０で満たされている。

【００１２】図３は原色のリストである。原色リストは
原色エントリの数で開始する。各原色エントリは２０ワ
ードである。このうち、１６個のワードはＡＳＣＩＩで
の原色名、１ワードは原色のＩＤ番号、及び３つのワー
ドは色座標である。３つのＲＧＢ値ワードはこの原色に
対する色座標（ＲＧＢモデル）である。各値ワードは1
0,000の段階で目盛られており、整数で表現される。原
色リストの最後は次のブロック境界まで０で満たされて
いる。

【００１３】原色リストはブロック境界で開始してディ
スクアクセスを減少させている。原色リストは原色エン
トリの数を含むワードで開始する。各原色エントリは固
定長の２０ワードである。最初の１６ワードは最大３２
個のＡＳＣＩＩ文字の原色名である。原色名の長さが３
２文字未満のときには、残りのスペースには０が満たさ
れる。原色名の後には、原色のＩＤ番号及び３つの色座
標がある。色座標は10,000で目盛られており、ここで
は、整数で表現される。原色リストがブロック境界で終
了しないときには、次のブロック境界まで０が満たされ
ることになる。原色リストは大きくならないようにされ
ている。原色リストのすべてのエントリは原色名を用い
たアルファベット順である。固定長エントリ及びアルフ
ァベット順によるすべてのエントリを有することによっ
て、２進サーチをすることによって特殊の原色を迅速に
検出することができる。

【００１４】図４はパレットディレクトリである。第１
のラインはインクカタログにおけるすべてパレットのリ
ストである。第１はパレットエントリの数である。次
に、パレットエントリが続く。パレットエントリは１８
ワード長である。１６ワードはＡＳＣＩＩによるパレッ
ト名を含み、続く２ワードはパレット定義のためのブロ
ックオフセット及びワードオフセットを含む。第１のパ
レットエントリの最後に、他のパレットエントリが続
く。最後は次のブロック境界まで０で満たされる。

【００１５】パレットディレクトリはブロック境界で開
始する。これによりディスクアクセスを減少させる。パ
レットディレクトリはパレットエントリの数を含むワー
ドで開始する。各パレットエントリは固定長の１８ワー
ドである。最初の１６ワードは最大３２個のＡＳＣＩＩ
文字のパレット各を保持する。パレット名の長さが３２
文字未満のときには、残りのスペースには０が満たされ
ることになる。ブロックオフセット及びワードオフセッ
トはこのパレット定義のための正確な位置を示す。パレ
ット定義は常にブロック境界で開始するので、ワードオ
フセットは０である。パレットディレクトリがブロック
境界に正確に終了しないときには、次のブロック境界ま
で０が満たされることになる。

【００１６】パレット名を用いるとき、パレットディレ
クトリにおけるすべてのエントリはアルファベット順で
ある。固定長のエントリ及びアルファベット順のすべて
のエントリを有することによって、２進サーチをなして
特殊のパレットを迅速に検出できる。以下の構成はパレ
ット構成を定義する。インクカタログ内において多重パ
レット構成を存在させることができる。

【００１７】インクコンパイラによって生成されたデフ
ォルトパレットが存在する場合がある。このデフォルト
パレットの内容は最初のパレット指令の前にユーザが定
義したスクリーン及びパターンの全部である。デフォル
トパレットはパレット指令を用いて定義したユーザ専用
のパレットと間違えるべきでない。図５はパレット構造
である。最初の６つのワードはパレットヘッダが付加情
報を保持する必要がある場合に保存される。次の８つの
ワードは、SCNSETディレクトリ、パターンディレクト
リ、色ディレクトリ、テキスチャ（模様）ディレクトリ
のブロックオフセット及びワードオフセットである。最
後はブロック境界まで０が満たされる。

【００１８】パレット構成ヘッダはブロック境界で開始
する。これによりディスクアクセスを減少させる。この
ヘッダは固定長の１４ワードである。パレットヘッダ内
には、パレットヘッダが付加情報を必要とする場合に、
６つの保存ワードがある。次の２ワードはブロックオフ
セット及びワードオフセットであって、リンクされた色
定義の開始及びソートされた色定義の開始を示す。次の
８つのワードは、スクリーンセットディレクトリのブロ
ックオフセット及びワードオフセット、パターンディレ
クトリのブロックオフセット及びワードオフセット、色
ディレクトリのブロックオフセット及びワードオフセッ
ト、テクスチャディレクトリのブロックオフセット及び
ワードオフセットである。ディレクトリは常にブロック
境界で開始するので、ワードオフセットは０ある。パレ
ットヘッダの後には、次のブロック境界まで、０で満た
され、この結果、SCNSETディレクトリはブロック境界上
で開始することになる。

【００１９】図６はSCNSETディレクトリである。第１の
ラインはパレットにおけるすべてSCNSETのリストであ
る。次に、SCNSETエントリが続く。各SCNSETエントリは
１８ワード長であって、１６ワードはASCII によるSCNS
ET名を含み、続く２ワードはSCNSET定義のためのブロッ
クオフセット及びワードオフセットを含む。すべてのSC
NSETエントリはアルファベット順である。他のSCNSETエ
ントリを続けることができる。最後は次のブロック境界
まで０で満たされる。

【００２０】スクリーンセット（SCNSET）ディレクトリ
はブロック境界で開始する。これにより、。ディスクア
クセスを減少させる。各エントリは固定長の１８ワード
である。最初の１６ワードは最大３２個のASCII 文字の
スクリーンセット名を保持する。スクリーンセット名の
長さが３２文字未満のときには、残りスペースには０が
満たされることになる。ブロックオフセット及びワード
オフセットはこのスクリーンセット定義のための正確な
位置を示す。スクリーンセットディレクトリがブロック
境界に正確に終了しないときには、次のブロック境界ま
で０が満たされることになる。

【００２１】スクリーンセット名を用いるときには、ス
クリーンセットディレクトリにおけるすべてのエントリ
はアルファベット順である。固定長のエントリ及びアル
ファベット順のすべてのエントリを有することによっ
て、２進サーチをなして特殊のスクリーンセットを迅速
に検出できる。図７はパターンディレクトリである。第
１のラインはパレットにおけるすべてのパターンのリス
トである。第１はパターンエントリの数である。次にパ
ターンエントリが続く。各パターンエントリは１８ワー
ド長であって、ASCII によるパターン名を含み、続く２
ワードはパターン定義のためのブロックオフセット及び
ワードオフセットを含む。すべてのパターンエントリは
アルファベット順である。他のパターンエントリを続け
ることができる。最後は次のブロック境界まで０で満た
される。パターンディレクトリはブロック境界で開始
する。これにより、ディスクアクセスを減少させる。各
エントリは固定長の１８ワードである。最初の１６ワー
ドは最大３２個のASCII 文字のパターン名を保持する。
パターン名の長さが３２文字未満のときには、残りのス
ペースには０が満たされることになる。ブロックオフセ
ット及びワードオフセットはこのパターン定義のための
正確な位置を示す。パターンディレクトリがブロック境
界に正確に終了しないときには、次のブロック境界まで
０が満たされることになる。

【００２２】パターン名を用いるとき、パターンディレ
クトリにおけるすべてのエントリはアルファベット順で
ある。固定長のエントリ及びアルファベット順のすべて
のエントリを有することによって、２進サーチをなして
特殊のパターンを迅速に検出できる。図８は色ディレク
トリである。第１のラインはパレットにおけるすべての
色のリストである。次に色エントリが続く。各色エント
リは１８ワード長であって、ASCII による色名を含み、
続く２ワードは色定義のためのブロックオフセット及び
ワードオフセットを含む。すべての色エントリはアルフ
ァベット順である。他の色エントリを続けることができ
る。最後は次のブロック境界まで０で満たされる。

【００２３】色ディレクトリはブロック境界で開始す
る。これにより、ディスクアクセスを減少させる。各エ
ントリは固定長の１８ワードである。最初の１６ワード
は最大３２個のASCII 文字の色名を保持する。色名の長
さが３２文字未満のときには、残りのスペースには０が
満たされることになる。ブロックオフセット及びワード
オフセットはこの色定義のための正確な位置を示す。色
ディレクトリがブロック境界に正確に終了しないときに
は、次のブロック境界まで０が満たされることになる。

【００２４】色名を用いるとき、色ディレクトリにおけ
るすべてのエントリはアルファベット順である。固定長
のエントリ及びアルファベット順のすべてのエントリを
有することによって、２進サーチをなして特殊の色を迅
速に検出できる。図９はテキスチャディレクトリであ
る。第１のラインはパレットにおけるすべてのテキスチ
ャのリストである。第１はテキスチャエントリの数であ
る。次にテキスチャエントリが続く。各テキスチャエン
トリは１８ワード長であって、ASCII によるテキスチャ
名を含み、続く２ワードはテキスチャ定義のためのブロ
ックオフセット及びワードオフセットを含む。すべての
テキスチャエントリはアルファベット順である。他のテ
キスチャエントリを続けることができる。最後は次のブ
ロック境界まで０で満たされる。

【００２５】テキスチャディレクトリはブロック境界で
開始する。これにより、ディスクアクセスを減少させ
る。各エントリは固定長の１８ワードである。最初の１
６ワードは最大３２個のASCII 文字のテキスチャ名を保
持する。テキスチャ名の長さが３２文字未満のときに
は、残りのスペースには０が満たされることになる。ブ
ロックオフセット及びワードオフセットはこのテキスチ
ャ定義のための正確な位置を示す。テキスチャ色ディレ
クトリがブロック境界に正確に終了しないときには、次
のブロック境界まで０が満たされることになる。

【００２６】テキスチャ名を用いるとき、テキスチャ色
ディレクトリにおけるすべてのエントリはアルファベッ
ト順である。固定長のエントリ及びアルファベット順の
すべてのエントリを有することによって、２進サーチを
なして特殊のテキスチャを迅速に検出できる。次は、SC
NSET定義、パータン定義、色定義、テキスチャ定義であ
る。ディスクアクセスを減少させるために、すべてのSC
NSET定義はブロック境界で開始する。５１２バイトより
少ないすべてのパターン定義、色定義、テキスチャ定義
は１つのブロックに格納される（２つのブロック間に亘
ることはない）。パターン定義、色定義、もしくはテキ
スチャ定義を満たすのに１つのブロックに余猶スペース
がないときには、そのブロック境界まで０が満たされ、
その定義は次のブロックにおいて開始する。５１２バイ
トより大きいパターン定義、色定義、テキスチャ定義の
すべてはブロック境界で開始し、多段のブロックに亘っ
て存在することになる。

【００２７】図１０はSCNSET定義を示す。スクリーン定
義の数はSCNSET定義におけるスクリーン定義の数であ
る。最大ディスタンスはスクリーンの値_b及び値_hを用
いて計算される。値_bはこのスクリーンの黒の比率であ
り、値_hはこのスクリーンのハイライト色の比率であ
る。ブロックオフセットはスクリーン定義を示す。他の
スクリーンディレクトリを続けることができる。

【００２８】図１１はスクリーン定義を示す。このスク
リーンに対する黒用ビットマップ及びハイライト色用ビ
ットマップを位置決めするための２つの文字基準ワード
がある。各文字基準ワードはインクカタログの開始に位
置する字体リストのインディックスである字体インディ
ックスを保持する。黒ビットマップの文字コードは１６
で開始し、ハイライト色ビットマップの文字コードは１
３６で開始する。サイズ_N及びサイズ_Mの値は次のビッ
トマップがＭ行×Ｎ列であることを示す。このスクリー
ンに対するビットマップは文字基準ワードによって特定
された字体で定義されるが、これらはまたスクリーン定
義においても定義される。ビットマップ長はワードで与
えられ、以下のすべてのビットマップについて同一であ
る。次に、他のスクリーン定義を続けることができる。
これはSCNSET定義の最後である。これに他のSCNSET定義
を続けることができる。

【００２９】スクリーンセット（SCNSET）定義は常にブ
ロック境界上で開始し、これにより、ディスクアクセス
を減少させる。スクリーンセット定義はSCNSETディレク
トリを用いてサーチできるので、これらスクリーンセッ
ト定義を特別の順序で記憶させる必要はない。スクリー
ンセット定義の第１のワードはこのスクリーンセット定
義に含まれるスクリーン定義数を含む。次のワードはこ
のスクリーンセットにおけるスクリーンに対して計算さ
れた最大ディスタンスを含む。最大ディスタンスは最大
の最小ディスタンスであって、最小ディスタンスはスク
リーンをスクリーンセットに取込みかつそのスクリーン
セットにおける１個置きのスクリーンに対するすべての
ディスタンスを検出することによって計算される。単一
スクリーンに対してすべてのディスタンスが計算された
後に、これらのディスタンスのうち最小のものを最小デ
ィスタンスとみなす。ディスタンスは（値_b1−値_b0)²
＋（値_h1−値_h0)²である。スクリーンセット定義はス
クリーンディレクトリエントリからなるスクリーンディ
レクトリを含む。スクリーンセット内の各スクリーン定
義に対して１つのスクリーンディレクトリエントリがあ
る。このスクリーンディレクトリはスクリーンセット内
における特定のスクリーンのサーチを容易にする。

【００３０】スクリーンディレクトリエントリは１０ワ
ードの固定長である。スクリーンディレクトリエントリ
は黒（値_b) とハイライト色（値_h) との比率である２
ワードで開始する。２つの保存ワードはインクカタログ
のフルカラー遂行のために付加されたもので、総計４つ
の値を特定できる。次に、実際のスクリーン定義を示す
ブロックオフセット及びワードオフセットがある。この
ように１つのスクリーンセットにおけるすべてのスクリ
ーンは実際のスクリーン定義を示す１つのスクリーンデ
ィレクトリエントリを有する。

【００３１】スクリーンディレクトリエントリは値_bの
最低から最高までの値によって分類される。値_bが同一
であれば、これらのエントリは値_hの最低から最高まで
となる。スクリーンディレクトリエントリはソートされ
て特別のスクリーン定義をサーチするのに役立つ。サー
チは値によってなされる。あるスクリーンがスクリーン
セット内に存在しないとき、最大ディスタンスを用いて
最近接のスクリーンを検出できる。

【００３２】スクリーン定義は可変長である。スクリー
ン定義は文字基準ワード_b及び文字基準ワード_hを含
む。文字基準ワードはこのスクリーンに定義された黒ビ
ットマップ及びハイライトビットマップを位置付けるの
に用いられる。各文字基準ワードはこの字体インディッ
クスはインクカタログの開始の字体リストへのインディ
ックスである字体インディックスを示す。黒ビットマッ
プの文字コードは１６で開始し、ハイライト色ビットマ
ップの文字コードは１３６で開始する。０文字基準はこ
のスクリーンに字体がないことを示す。次の２つの保存
ワードはフルカラーインクカタログにおいて付加される
文字基準のために用いられる。次のサイズ _N値及びサイ
ズ_M値は次に続くビットマップの列（ビット）の数及び
行（ワード）の数を示す。サイズ_Nの範囲は１から２¹⁰
であり、サイズ_Mの範囲は１から２ ¹⁰である。次にある
のは可変長のビットマップである。特定されたビットマ
ップの長さは単一のビットマップの長さであり、これに
続くビットマップのすべても同一の長さである。ビット
マップ数はこれに続くビットマップの数を示す。ビット
マップ_bは黒用であり、ビットマップ_hはハイライト色
用である。ビットマップ_hの後には、将来のフルカラー
用のインクカタログに対するビットマップを続けること
ができる。ビットマップはライン／メタモードの使用に
対して文字基準によって特定された字体で定義される
が、ここでは、インタープレスモードの使用に対して定
義される。

【００３３】図１２はパターン定義である。字体がパタ
ーン用に構築されないことを決定してあり、従って、文
字基準ワードの使用は不要であった。その代わり、０に
等しい保存ワードが設けられている。サイズ_N値及びサ
イズ_M値はこれに続くビットマップのＮ列及びＭ行を示
す。パターンは上述の特定字体で定義されるが、ここで
はパターン定義で定義される。ビットマップの長さはワ
ードで与えられる。これはパターン定義の終了である。
これに他のパターン定義を続けることができる。

【００３４】パターン定義はブロック境界上で開始し、
これにより、ディスクアクセスを減少させる。パターン
定義には、保存ワード（０）、サイズ_N、サイズ_M、及
びビットマップがある。これらの用語の詳細については
スクリーン定義を参照されたし。パターン定義を特別の
順序で記憶させる必要はない。これらパターン定義はパ
ターンディレクトリを用いてサーチできる。

【００３５】図１３は色定義を示す。この実施例は黒に
他の１色のみを使用することができる。原色に対する２
つのインディックスがある。下位バイトはインディック
ス１を含み、上位バイトはインディックス２を含む。イ
ンディックス１はこの色に用いられる原色を含む。この
色に用いられる原色が単一のときには、インディックス
２はゼロとなる。

【００３６】この色に対する黒用ビットマップ及びハイ
ライト色用ビットマップを位置決めするための２つの文
字基準ワードがある。各文字基準ワードはインクカタロ
グの開始に位置する字体リストのインディックスである
字体インディックスを保持する。黒ビットマップの文字
コードは１６で開始し、ハイライト色ビットマップの文
字コードは１３６で開始する。

【００３７】スクリーンのブロックオフセットはこの色
を遂行するのに用いられるべきスクリーンを示す。これ
は色定義の終了である。これに他の色定義を続けること
ができる。色定義はブロック境界上で開始し、これによ
り、ディスクアクセスを減少させる。色定義は固定長の
８ワードである。色定義は原色インディックスワードで
開始する。下位バイトはインディックス１を含み、上位
バイトはインディックス２を含む。インディックス１は
この色に用いられる原色を含む。この色に用いられる原
色が単一のときには、インディックス２はゼロとなる。
保存ワードは多重ハイライト色の遂行用にさらに２つの
原色インディックスを保持するために付加された。次
に、２つのワードがあり、これはこの色を遂行するのに
用いられるスクリーン定義から複写された文字基準ワー
ドｂ及び文字基準ワードｈを含む。文字基準ワードはこ
こではラインモードでのアクセス速度のために繰り返さ
れる。文字基準ワードはこの色に対する黒用ビットマッ
プ及びハイライト色用ビットマップを位置決めするため
に用いられる。各文字基準ワードはインクカタログの開
始に位置する字体リストのインディクスである字体イン
ディックスを保持する。黒ビットマップの文字コードは
１６で開始し、ハイライト色ビットマップの文字コード
は１３６で開始する。０文字基準はこのスクリーンに字
体がないことを示す。次の２つの保存ワードはフルカラ
ーインクカタログにおいて付加される文字基準のために
用いられる。次の２つのワードはこの色を遂行するのに
用いられるスクリーンのブロックオフセット及びワード
オフセットを含む。これはインタープレスデコンポーザ
（ＩＰＤ）によって用いられて名前を参照したインク用
ビットマップを得る。

【００３８】色定義を特別の順序で記憶する必要はな
い。色定義は色ディレクトリを用いてサーチできる。図
１４はテクスチャ定義を示す。この実施例は黒に他の１
色のみを使用することができる。２つの原色に対するイ
ンディックスがある。下位バイトはインディックス１を
含み、上位バイトはインディックス２を含む。インディ
ックス１はこのテクスチャに用いられる原色を含む。こ
のテクスチャに用いられる原色が単一のときには、イン
ディックス２はゼロとなる。

【００３９】このテクスチャに対する黒用ビットマップ
及びハイライト色用ビットマップを位置決めするための
２つの文字基準ワードがある。各文字基準ワードはイン
クカタログの開始に位置する字体リストのインディック
スである字体インディックスを保持する。黒ビットマッ
プの文字コードは１６で開始し、ハイライト色ビットマ
ップの文字コードは１３６で開始する。サイズ_N及びサ
イズ_Mの値は次のビットマップがＭ行×Ｎ列であること
を示す。このテクスチャに対するビットマップは文字基
準ワードによって特定された字体で定義されるが、これ
らはまたテクスチャ定義においても定義される。ビット
マップ長はワードで与えられ、以下のすべてのビットマ
ップについて同一である。これはテクスチャの最後であ
る。これに他のテクスチャ定義を続けることができる。
これはパレット構造の最後である。これに他のパレット
構造を続けることができる。ブロック境界まで０で埋め
られる。これはインクカタログの最後である。

【００４０】テクスチャ定義はブロック境界上で開始
し、これにより、ディスクアクセスを減少させる。テク
スチャ定義は可変長である。色定義は原色インディック
スワードで開始する。下位バイトはインディックス１を
含み、上位バイトはインディックス２を含む。インディ
ックス１はこのテクスチャに用いられる原色を含む。こ
のテクスチャに用いられる原色が単一のときには、イン
ディックス２はゼロとなる。保存ワードは多重ハイライ
ト色の遂行用にさらに２つの原色インディックスを保持
するために付加された。次に、２つのワードがあり、こ
れは文字基準ワードｂ及び文字基準ワードｈを含む。文
字基準ワードはこのテクスチャに対する黒用ビットマッ
プ及びハイライト色用ビットマップを位置決めするため
に用いられる。各文字基準ワードはインクカタログの開
始に位置する字体リストのインディクスである字体イン
ディックスを保持する。黒ビットマップの文字コードは
１６で開始し、ハイライト色ビットマップの文字コード
は１３６で開始する。０文字基準はこのテクスチャに字
体がないことを示す。次の２つの保存ワードはフルカラ
ーインクカタログにおいて付加される文字基準のために
用いられる。

【００４１】次のサイズ_N値及びサイズ_M値は次に続く
ビットマップの列（ビット）の数及び行（ワード）の数
を示す。サイズ_Nの範囲は１から２¹⁰であり、サイズ_M
の範囲は１から２¹⁰である。次にあるのは２つの可変長
のビットマップである。特定されたビットマップの長さ
はこれに続くビットマップのすべてのためである単一の
ビットマップの長さである。ビットマップ数はこれに続
くビットマップの数を示す。ビットマップ_bは黒用であ
り、ビットマップ_hはハイライト色用である。ビットマ
ップ_hの後には、将来のフルカラー用のインクカタログ
に対するビットマップを続けることができる。ビットマ
ップはライン／メタモードの使用に対して文字基準によ
って特定された字体で定義されるが、ここでは、インタ
ープレスモードの使用に対して定義される。

【００４２】テクスチャ定義を特別の順序で記憶する必
要はない。テクスチャ定義はテクスチャディレクトリを
用いてサーチできる。最後のパレット構造の後に字体フ
ァイルデータがある。インクカタログ内に存在する各字
体はブロック境界で開始する。ブロック境界上で終了し
ない字体は次のブロック境界まで０で埋められる。

【００４３】次に、インクの創生及び使用に関する課題
について説明する。１つの原色はドライインクトナーで
あって、マスクと呼ばれるステンシルを介して印加され
て色を描く。マスクは原色によって変更すべきページの
部分を決定さする。マスクはインク内で２方法つまり全
文字（fill characters)として及びビットマップとして
遂行される。

【００４４】色は視覚的構造を有しないインクであっ
て、各原色毎に１つのマスク（黒色用の１つマスク、ハ
イライト色用の１つマスク）を用いて遂行される。テク
スチャは視覚的構造を有するインクであって、各原色毎
に１つのマスク（黒色用の１つのマスク、ハイライト色
用の１つのマスク）を用いて遂行され、色とテクスチャ
との１つの相違点はマスクの構成である。１つの色はペ
ージで配列され、４ビット×４ビットインクに限定さ
れ、他方、テクスチャはオブジェクトで配列されてい
る。

【００４５】インクの主色は特定色の最も高い比率に寄
与する原色である。これは常にインクカタログサーチタ
スクによって提供された原色リストの最初の原色であ
る。インクについては、文字コードＯ′１４′のＦＳＴ
エントリが始めに負（negative) の文字配列値及びイン
クの主色に依存するハイライト色開始ＣＤコードもしく
はハイライト色終了ＣＤコード（主色がハイライト色で
あればハイライト色開始、主色が黒色であればハイライ
ト色終了）を含むべきである。文字コードＯ′１５′の
ＦＳＴエントリは始めに負の文字配列値及びハイライト
色終了ＣＤコードまた、文字コードＯ′１２′、Ｏ′１
３′のＦＳＴエントリは始めに負の文字配列値及び色を
使用して矩形を満たす応用によって使用されるハイライ
ト色開始ＣＤコード、ハイライト色終了ＣＤコードを含
むべきである。

【００４６】この構成により（文字コードＯ′１４′に
よってＤＬに先行した）テキストを（文字コードＯ′１
２′もしくはＯ′１３によってＤＬにおいて完全文字が
先行しているときに）矩形を満たすのに用いる同一イン
クの主色で描写できる。これらＣＤコードは印字時に更
新され、これにより、着色剤源により単一色の黒色プリ
ンタ上に印字可能にする。

【００４７】次に、大型全文字（fill character) 、リ
ーディングドット文字、トレーリングドット文字、リー
ディングスキャン文字、左コーナ文字、及び右コーナ文
字の組合せを用いてボックスを色つまりテクスチャで充
填する装置について説明する。表５は色及びテクスチャ
についてグループ分けする文字コードを表す。表６は色
に対する文字コード割付けを表す。このセクションはイ
ンク字体での全文字（fill character) の遂行について
説明する。

【００４８】大型全文字ＣＤＦ水平繰返を有する３２ビット×３２ビット文字
（８ビット×８ビットインクより導かれる）はその幅を
１０２４ビットまで拡張するように使用される。この大
型全文字は図１５に示される。垂直方向の列は３回反復
されて高さ３２ビットとなる。ＦＳＴ値は、ＡＬ＝０２
００００（ＣＤＦ＝０１０＝水平繰り返し数）、ＦＭＡ
＝行０単位、Ｘ＝幅＝１２８バイト（１０２４ドッ
ト）、Ｙ＝高さ＝３２スキャン、ＦＳＳ＝間隔＝１０２
４ドット、である。

【００４９】原色が色に寄与しないすべての場合、対応
する黒の全文字あるいは色全文字はインク字体で適切な
ＦＳＳ間隔を有するスペースメタコード（Space meta-c
odes) として表され、これにより、字体メモリ及びディ
スク空間を節約する。リーディングドット文字７文字（８ビット×８ビットインクから導かれ、１〜７
のビット幅、３２ビット高さ）はインクパターンの右側
ビットを示し、１６ビットまで０で埋められ、この結
果、これらのビットマップは左コーナ文字としてアドレ
ス可能である。７ビット×３２ビットリーディングドッ
ト文字は図１６に示される。ＦＳＴ値は、ＡＬ＝０、Ｆ
ＭＡ＝行０単位、Ｘ＝幅＝２バイト（１６ドット）、Ｙ
＝高さ＝３２スキャン、ＦＳＳ＝間隔＝７ドット、であ
る。３ビット×３２ビットリーディングドット文字は図
１７に示される。ＦＳＴ値は、ＡＬ＝０、ＦＭＡ＝行０
単位、Ｘ＝幅＝２バイト（１６ドット）、Ｙ＝高さ＝３
２スキャン、ＦＳＳ＝間隔＝３ドット、である。

【００５０】左コーナ文字４９文字（８ビット×８ビットインクから導かれ、１〜
７のビット幅、１〜７のビット高さ）はインクパターン
の下位右側ビットを示し、１６ビットまで０で埋めら
れ、この結果、これらの文字はリーディングドット文字
とビットマップ空間を共有する。７ビット×７ビット左
コーナ文字は図１８に示される。ＦＳＴ値は、ＡＬ＝
０、ＦＭＡ＝リーディングドット文字（７×３２）の行
１単位、Ｘ＝幅＝２バイト（１６ドット）、Ｙ＝高さ＝
７スキャン、ＦＳＳ＝間隔＝７ドット、である。

【００５１】リーディングスキャン文字ＣＤＦ水平繰り返しを有する７文字（８ビット×８ビッ
トインクより導かれ、３２ビット幅、１〜７ビットの高
さ）はその幅を１０２４ビットまで拡張するように使用
されインクパターンの下位ビットを示す。これらの文字
は大型全文字とビットマップ空間を共有する。３２ビッ
ト×７ビットのリーディングスキャン文字は図１９に示
される。ＦＳＴ値は、ＡＬ＝０２００００（ＣＤＦ＝０
１０＝水平繰り返し数）、ＦＭＡ＝大型全文字の行２５
単位、Ｘ＝幅＝１２８バイト（１０２４ドット）、Ｙ＝
高さ＝７スキャン、ＦＳＳ＝間隔＝１０２４ドット、で
ある。

【００５２】トレーリングドット文字７文字（８ビット×８ビットインクから導かれ、１〜７
のビット幅、３２ビット高さ）はインクパターンの左側
ビットを示し、１６ビットまで０で埋められ、この結
果、これらのビットマップは右コーナ文字としてアドレ
ス可能である。７ビット×３２ビットトレーリングドッ
ト文字は図２０に示される。ＦＳＴ値は、ＡＬ＝０、Ｆ
ＭＡ＝行０単位、Ｘ＝幅＝２バイト（１６ドット）、Ｙ
＝高さ＝３２スキャン、ＦＳＳ＝間隔＝７ドット、であ
る。

【００５３】右コーナ文字４９文字（８ビット×８ビットインクから導かれ、１〜
７のビット幅、１〜７ビット高さ）はインクパターンの
下位左側ビットを示し、１６ビットまで０で埋められ、
この結果、これらの文字はトレーリングドット文字とビ
ットマップ空間を共有する。７ビット×７ビット右コー
ナ文字は図２１に示される。ＦＳＴ値は、ＡＬ＝０、Ｆ
ＭＡ＝トレーリングドット文字（７×３２）の行１単
位、Ｘ＝幅＝２バイト（１６ドット）、Ｙ＝高さ＝３２
スキャン、ＦＳＳ＝間隔＝７ドット、である。

【００５４】ビットマップはマスクを遂行するのに用
い、従って、ビット順序及びバイト順序に対するインタ
ープレス協定を監視する。たとえば、３２画素×３２画
素マスクは１０２４画素よりなり、図２２に示すように
視認できる。上記の画素マスクは一画素当たり一サンプ
ルの画素アレイとして遂行でき、図２３に示すごとく、
まとめられる（なお、図２３はインタープレス標準によ
って特定されたメモリを示し、ＤＥＣ／インテルメモリ
アドレス構成を示していない）。

【００５５】上述の画素はバイトストリームとして印字
システムのディスクへ転送され、最後に、図２４に示す
メモリへ転送される（なお、図２４はＤＥＣ／インテル
メモリアドレス構成に係るメモリを示す）。インクコンパイラインクコンパイラは非印字時の単独のユティリティであ
って、ユーザに対してプリンタシステム上で使用できる
特別のインクを定義して創出する。このユティリティに
ついては、ユーザはジョブソース言語（ＪＳＬ）に似た
コマンドを用いてパレット、色、テクスチャ、パター
ン、及びスクリーンを定義できる。標準インクカタログ
はシステムソフトウエア（System Software)において提
供されている。以下の用語を次のごとく定義する。

【００５６】原色（Primary)：これはドライインク（ト
ナー）のことである。インク：プリンタの画像オペレータが“マスク”と呼ば
れるステンシルを介してページに原色を印加するものと
して説明される。このマスクは原色によって変更される
ページの部分を判定する。インク及びページの変更され
た部分の前の内容はページの部分の出現を判定する。イ
ンクは透明もしくは不透明とすることができる。不透明
インクは以前の内容を置き換えることによってページを
変更する。透明インクは以前の内容をインクの非色画素
を介して見せることができる。

【００５７】色：これは全体構造なしのインクである。
色は、各原色、つまり、黒及び色に対する印字すべき黒
画素及び色画素の配置を特定するハーフトーンスクリー
ンを用いて遂行される。これはまた色あい（tint) とし
ても知られる。スクリーンもしくはハーフトーンスクリーン：これは色
を遂行するために用いられる。これは印字すべき黒画素
及び色画素の配置を特定する。

【００５８】テクスチャ：これは視認できるインクであ
る。テクスチャは色及びパターンの１つもしくはそれ以
上の対である。１つのパターンはそのパターンに伴う色
を有すべきテクスチャの部分を示すビットマップであ
る。これらの対はこれらが特定されている順序で処理さ
れ、色はマスクとしてのパターンを用いて不透明なイン
クとして描写される。

【００５９】パターン：これはテクスチャを構成するの
に用いるマスクである。これはまたスクリーンを生成す
るのに用いる。パレット：スクリーン、パターン及びインクの集まりで
ある。インクカタログ：パレットの集まりである。図２５は均
一に発生する色と視認構造を有するテクスチャとの差を
示す。また、色及びテクスチャが定義された多重パレッ
トも示されている。

【００６０】インクソース言語この節はインクを創出するのに用いるインクソース言語
（ＩＳＬ）の構造及び構文定義を定義する。インクは、
カタログ、パレット及びパレット項目よりなる多レベル
階層に構築されている。パレット項目は個々のインクで
ある。インクはパレットと呼ばれる集まりに分類され
る。ユーザのグループは、異なる応用に対していくつか
のパレットを用いることができる。このグループによっ
て使用されるすべてのパレットはインクカタログに記憶
される。異なるグループのユーザに対する別個のカタロ
グの使用により各グループはインクを個々に定義して名
付ける。

【００６１】インク創生インクには、２種類、つまり、色とテクスチャとがあ
る。代表的には、インクは２種類の繰り返し構造を含
む。１つの種類はミクロ構造と呼ばれ、色に対して視認
できないもしくはほとんど視認できないものであり、他
の種類はマクロ構造と呼ばれ、テクスチャに対して容易
に視認できる。インクは繰り返しされてページまで大き
くできる構造の最小部分を特定することによって定義さ
れる。すべての色はページ登録であるので、１つの色は
ページについて配列され、この結果、色の原点(origin)
とページの原点とが一致する。テクスチャに対しては、
オプションのオフセットにより、インクの繰り返し構造
は印字されている物体と一致する。

【００６２】１つのインクは画素を指示し印字プロセス
によって提供された各原色を受けることによって定義さ
れる。単色プリンタは単一原色、代表的には黒を有す
る。ハイライト色プリンタは少なくとも２つの原色たと
えば黒及び赤を有する。創生できる色のすべては印字媒
体上に１つもしくはそれ以上の原色を結合することによ
って生成される。プリンタは、印字媒体が白であり、白
以外の媒体に対しては何も修正することがなされないこ
とを前提とする。

【００６３】色は、供給されたパラメータの色モデルの
選択及びこのモデルに適用されるべき色パラメータより
なるデバイス独立記述によって特定される。色は、通常
の読み取り距離から見た場合、代表的には、視認できる
構造を有しない均一の外観を有する。テクスチャは先に
定義されたインク及び各インクを受け取るテクスチャの
部分を示すパターンから構成される合成インクである。
インクと反対に、テクスチャは、代表的には、ある形式
のトータル構造を示す不均一の外観を有する。

【００６４】図２６は、スクリーン、色、パターン、及
びテクスチャ間の関係を示す図である。次の項ではイン
クソース言語（ＩＳＬ）の詳細について説明する。原色の定義原色ステートメントは原色名にドライインク（トナー）
識別番号を伴うように設けられる。これはＩＯＴへの通
信時もしくはＩＯＴからの通信時にこの特別の原色を識
別するのに用いる。原色ステートメントのフォーマット
は以下による。

【００６５】“原色名”：原色ＩＤ＝ｎ，ＲＧＢ（ｒ
値、ｇ値、ｂ値）；ここでは、ｎは０〜２５５であり、ｒ値、ｇ値、ｂ値は
１００００まで１０進法で表現し、整数で与えられる。インクカタログの定義インクカタログは特定のユーザ共同体に対して設計され
たインク定義を含むパレットを含む。多くの場合、単一
カタログで全体の構成に対して十分である。多重インク
カタログは異なるインク要求を有する構成内における特
別のグループに対して設立できる。インクカタログ定義
はＩＣＡＴＡＬＯＧステートメントで開始する。インク
カタログは次のＩＣＡＴＡＬＯＧステートメントの前に
定義されるすべてのパレット、エンドステートメント、
あるいは物理的ファイル終わりを備える。インクカタロ
グの前に及び外部に定義されるすべてのエントリは全体
的に利用に供される。パレット名はインクカタログ内に
おいては唯一のものとならなければならないが、異なる
カタログにおいて再利用できる。

【００６６】ＩＣＡＴＡＬＯＧステートメントは以下に
よる。 ´インクカタログ名´：ＩＣＡＴＡＬＯＧ；パレットの定義色及びテクスチャはパレットと呼ばれる集まりで定義さ
れる。多重パレットは異なるユーザグループの必要性を
支持するために、または、異なる応用を支持するために
必要とすることができる。１つのパレットの内容はパレ
ットステートメントに続くすべてのステートメントによ
って定義される。パレットは、次のＩＣＡＴＡＬＯＧス
テートメントの前に定義されるすべての色及びテクスチ
ャ、パレットステートメント、エンドステートメント、
あるいは物理的ファイル終わりを備える。インク名はパ
レット内においては唯一のものとならなければならない
が、異なるパレットにおいて再利用できる。

【００６７】パレットステートメントは以下による。 ´パレット名´：ＰＡＬＬＥＴＴＥ；色の定義色定義は色名に所望の外観に対する仕様を伴う。この仕
様は色モデル、色パラメータ値、原色、及びスクリーン
セットを含む。

【００６８】色モデルは容易に使用できかつ拡張できる
方法で色を特定する方法を提供する。以下に説明する４
つのモデルは単一色からハイライト色、フルカラーまで
及ぶプリンタ用の色を容易に特定する手段を提供する。
同時に定義されるモデルは、ＭＯＮＯＣＨＲＯＭＥ、Ｔ
ＩＮＴ、及びＨＳＭ（ハイライト（Highlight)影(Shad
e) 及びミクスチャ(Mixture))である。ユーザは所望の
可能性を提供する少なくとも有能なモデルを選択するよ
うに提言される。その理由は供給される情報量を最小と
するからである。

【００６９】色パラメータ値の解釈はモデル（ＭＯＤＥ
Ｌ）指令について特定された色モデルに依存する。これ
らの値はＳＣＮＳＥＴ指令によって特定されたスクリー
ンセト内のスクリーンに上記色を伴わせるのに用いる。
色は全体に存在しもしくは現行のインクカタログ及びパ
レット内に存在するスクリーンセットをアクセスでき
る。また、原色（ＰＲＩＭＡＲＹ）指令によって与えら
れる原色も色モデルに依存する。色パラメータ値の解釈
及び原色の解釈は色モデルに依存するので、デフォルト
モデルを所望しない限り、ユーザは始めにモデルを特定
すべきである。

【００７０】色（ＣＯＬＯＲ）ステートメントは以下に
よる。 ´色名´：ＣＯＬＯＲ〔色指令〕［，ＶＡＬＵＥ〔Ｓ〕＝｛ｎ｜（ｎ〔，ｎ〕・・
・）｝］；色指令はコンマ（，）で分離される。色指令：＝ＭＯＤＥＬ＝｛ＭＯＮＯＣＨＲＯＭＥ｜ＴＩＮＴ｜ＨＳ
Ｍ｜ＲＧＢ｜ＱＵＡＮＴＩＴＹ｝｛ＰＲＩＭＡＲＹ｜ＰＲＩＭＡＲＩＥＳ｝＝｛´原色名
´｜（´原色名´［，´原色名´］・・・）｝（デフォルト原色名はＩＤ＝０を有する原色名である。
しかしながら、ＩＤ＝０を有する原色がなければ、デフ
ォルト原色はない。この指令がＣＯＰＴＳステートメン
トに対して用いらなければ、ＭＯＮＯＣＨＲＯＭＥモデ
ルもしくはＴＩＮＴモデルについての色を創生するとき
に最初に与えられた原色名が用いられ、ＨＳＭモデルも
しくはＱＵＡＮＴＩＴＹモデルについては最初に与えら
れた２つの原色名が用いられる。）ＳＣＮＳＥＴ＝｛´スクリーンセット名´｜ＤＥＦＡＵ
ＬＴ｝ＣＯＰＴステートメントはオプションであるが、ＣＯＬ
ＯＲステートメントの指令に対するデフォルト値を特定
することによって色の定義を容易にするために提供され
る。指令のデフォルト値は、新しい値が次のＣＯＰＴＳ
ステートメント、パレットの終わり、もしくはインクカ
タログの終わりに特定されるまで、効力を有する。ＣＯ
ＬＯＲステートメント上に特定されたオプションはＣＯ
ＰＴＳステートメントによって提供されたデフォルト値
を無効にする。

【００７１】ＣＯＰＴＳステートメントのフォーマット
は以下による。ＣＯＰＴＳ色指令；単一色（ＭＯＮＯＣＨＲＯＭＥ）モデルＭＯＮＯＣＨＲＯＭＥモデルにおいては、対象物は単一
原色、代表的には黒である。

【００７２】ＭＯＮＯＣＨＲＯＭＥモデルにおけるＣＯ
ＬＯＲステートメントの一般形式は以下による。 ´色名´：ＣＯＬＯＲＭＯＤＥＬ＝ＭＯＮ［，色指
令］；色あい（ＴＩＮＴ）モデルＴＩＮＴモデルにおいては、対象物は単一色もしくはそ
の原色の色あいとして描写される。たとえば、ＣＯＬＯ
Ｒ指令がＰＲＩＭＡＲＩＥＳ＝“黒”と特定すれば、利
用できる色は黒及び黒の色あい（灰色）である。

【００７３】ＶＡＬＵＥ指令は影を含むここで、影は０
（白）から１００（１００％色、代表的には黒）の範囲
である。ＴＩＮＴモデルにおけるＣＯＬＯＲステートメ
ントの一般形式は以下による。 ´色名´：ＣＯＬＯＲＭＯＤＥＬ＝ＴＩＮＴ、ＶＡＬＵＥ＝影［，色指令］；ハイライト影及びミクスチャ（ＨＳＭ）モデルＨＳＭモデルにおいては、対象物は、特定の影を与える
２つの原色つまり通常の色及びハイライト色の混合とし
て描写される。通常の灰色及びハイライト灰色はＰＲＩ
ＭＡＲＩＥＳオプション：ＰＲＩＭＡＲＩＥＳ＝（通
常、ハイライト）によって特定される。

【００７４】ＶＡＬＵＥ指令は影とミクスチャを含む。
影は無（０）から最大量（１００）まで加えられる組合
せ量である。ミクスチャはハイライト色の組合せ比率で
あって、パーセントで表される。ＨＳＭモデルにおける
ＣＯＬＯＲ指令は以下による。 ´色名´：ＣＯＬＯＲＭＯＤＥＬ＝ＨＳＭ、ＶＡＬＵＥ＝（影，ミクスチャ）［，色指令］；量（ＱＵＡＮＴＩＴＹ）色モデルＱＵＡＮＴＩＴＹモデルにおいては、対象物は、特定の
外観を与える２つの原色つまり通常の色及びハイライト
色の混合として描写される。通常の灰色及びハイライト
灰色はＰＲＩＭＡＲＩＥＳオプション：ＰＲＩＭＡＲＩ
ＥＳ＝（通常、ハイライト）によって特定される。これ
はＨＳＭモデルと同様である。

【００７５】ＶＡＬＵＥ指令は２つの原色つまり通常の
色及びハイライト色に与える２つの量を含む。この２つ
の量は無（０）から最大量（１００）までである。ＱＵ
ＡＮＴＩＴＹモデルにおけるＣＯＬＯＲ指令は以下によ
る。 ´色名´：ＣＯＬＯＲＭＯＤＥＬ＝ＱＵＡＮＴＩＴ
Ｙ、ＶＡＬＵＥ＝（通常の色の量，ハイライト色の量）［，
色指令］；スクリーンの定義スクリーンは共通の特性を有する中間色（ハーフトー
ン）のスクリーンの集まりである。スクリーンは色を遂
行するのに用いる。これらは印字すべき黒画素及び色画
素の配置を特定する。スクリーンセットはＣＯＬＯＲス
テートメントもしくはＣＯＰＴＳステートメントによっ
て特定される。多重スクリーンセットが可能であり、こ
の結果、ユーザは一応用に対して適切なスクリーン特性
を選択できる。たとえば、汚点（btob) 成長アルゴリズ
ムに基づく中間色を用いることができる。このスクリー
ンセットは影に滑らかな変化を必要とする応用に使用す
ることができる。他のスクリーンセットは最高に可能な
スクリーン周波数を用いることができる。これは大きな
色あい領域に対して優れた外観を提供する。スクリーン
セットの部材はＳＣＮＳＥＴステートメントに続くＳＣ
ＲＥＥＮ指令によって特定される。スクリーンセットの
定義はそのいかなる関係より優先する。

【００７６】ＳＣＲＥＥＮステートメントのフォーマッ
トは以下による。 ´スクリーンセット名´：ＳＣＮＳＥＴ；スクリーンは
色を遂行するのに用いられる中間色（ハーフトーン）パ
ターンである。ＳＣＲＥＥＮステートメント内には、３
つのスクリーン指令がある。つまり、ＭＯＤＥＬ及びＶ
ＡＬＵＥＳ指令、ＤＴＹＰＥ指令、ＳＩＺＥ指令、ＤＡ
ＴＡ指令、ＰＬＯＣ及びＰＮＡＭＥ指令である。ＭＯＤ
ＥＬ及びＶＡＬＵＥＳ指令はＣＯＬＯＲステートメント
における同一指令と同一である。（値の解釈、データも
しくはパターンの解釈はモデルに依存するので、ユーザ
は不履行モデルを所望しない限りモデルを特定すべきで
ある。）ＤＴＹＰＥ指令、ＳＩＺＥ指令、ＤＡＴＡ指令
は中間色パターンを直接特定できる。ＰＬＯＣ指令及び
ＰＮＡＭＥ指令は外部位置からの中間色パターンを特定
できる。ＤＡＴＡ指令及びＰＮＡＭＥ指令の解釈はＭＯ
ＤＥＬ指令と共に特定された色モデルに依存する。

【００７７】中間色パターンを直接特定すると、パター
ンの最小繰り返し部分のみ特定される必要がある。この
部分はイメージングサブシステムによって要求されるサ
イズに複製される。データ値はＤＴＹＰＥ指令によって
特定された基数に入る。あるいは、データ値はストリン
グ定数として、１６進法に対しては基数インディケータ
Ｘ、８進法に対しては０、２進法に対してはＢ、もしく
は１０進法に対してはＤを先行させることによって特定
できる。すべての１６進法値は１桁で開始してコンパイ
ラがいずれの１６進法も基数インディケータとして解釈
しないようにすることが望ましい。基数インディケータ
はＤＴＹＰＥ指令に優先する。データ値は括弧によって
一原色当たり一分類で分類され、または、キーワードＮ
ＯＮＥは対応する原色が色を構成するのに用いられてい
ないことを示す。データはＳＩＺＥ指令によって特定さ
れたｍ行、ｎ列の画素アレイとして構成される。これは
ページを横方向に増加する列番号及びページを下方向に
増加する行番号を有する縦長方向に対応する。データ値
は最大列番号に対応する最下位ビットを有するアレイに
置かれる。ビット１はインクが画素に対してデポジット
されるべきことを示す。ビット０はインクが画素に対し
てデポジットされるべきでないことを示す。データ値が
ｎ画素を超えて提供するときは、過剰画素は無視され
る。ｎ画素より少なければ、残りの画素にはゼロが満た
される。ｍ行より少なければ、インクコンパイラがこれ
らの行を繰り返して差を構成する。ｍ行を超えていれ
ば、エラーメッセージが発生してスクリーンは発生しな
い。

【００７８】ＰＬＯＣ指令によって特定された外部位置
からの中間色パターンを用いるとき、個々のパターンは
ＰＮＡＭＥ指令における名前を参照する。ＰＬＯＣ指令
において、キーワードＣＵＲＲＥＮＴが使用されると、
パターン位置は現在のインクカタログ及び現在のパレッ
トである。（参照：すべてのグローバル) パターンは現
在のインクカタログ及びパレットの部分と考えられ
る。）ＰＮＡＭＥ指令において、パターン名もしくはキ
ーワードＮＯＮＥが各原色に対して特定されなければな
らない。キーワードＮＯＮＥは対応する原色が色の構成
に用いられていないことを示す。ＰＮＡＭＥ指令で与え
られたインクカタログ名及びパレット名はＰＬＯＣ指令
で与えられたインクカタログ名及びパレット名を無効に
する。ＰＬＯＣ指令もしくはＰＮＡＭＥ指令を用いる
と、特定されたインクカタログ位置もしくはパレット位
置が存在しないときにエラーメッセージが発生する。ま
た、パターンが存在しないときにも、エラーメッセージ
が発生する。

【００７９】値０のＴＩＮＴモデルを用いて直接もしく
は外部位置から中間色パターンを特定すると、それらは
ハイライト色ＴＩＮＴスクリーンの定義としてとらえら
れる。ＳＣＲＥＥＮステートメントのフォーマットは以
下による。ＳＣＲＥＥＮスクリーン指令；スクリーン指令はコン
マで分離される。

【００８０】スクリーン指令：＝［ＭＯＤＥＬ＝｛ＭＯ
ＮＯＣＨＲＯＭＥ｜ＴＩＮＴ｜ＨＳＭ｜ＱＵＡＮＴＩＴ
Ｙ｝，］ＶＡＬＵＥ［Ｓ］＝｛ｎ｜（ｎ［，ｎ］・・・）｝［ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡＬ｜ＨＥＸ｜
ＤＥＣＩＭＡＬ｝，］［ＳＩＺＥ＝（ｎ，ｍ），］ここで｛ｎ｜ｍ｝＝｛２｜
４｜８｝ＤＡＴＡ＝｛ｎ｜（データグループ［，データグルー
プ］・・・）｝データグループ：＝｛（ｎ［，ｎ］・・・）｝｜ＮＯＮ
Ｅ｝［ＰＬＯＣ＝｛´［インクカタログ名．］パレット名
´”｜ＣＵＲＲＥＮＴ｝，］ＰＮＡＭＥ＝｛パターン
グループ｜（パターングループ［，パターングループ］
・・・）｝パターングループ：＝｛´［［インクカタログ名．］パ
レット名］パターン名´｜ＮＯＮＥ｝ＳＯＲＴＳステートメントはスクリーンの定義を容易に
するために設けられている。このステートメントはＳＣ
ＲＥＥＮ指令の指令デフォルト値を特定できる。指令の
デフォルト値は新しい値が、次のＳＯＰＴＳステートメ
ント、パレットの終わり、もしくはインクカタログの終
わりにおいてその指令を特定するまで、有効である。Ｓ
ＣＲＥＥＮステートメント上に特定された指令はＳＯＰ
ＴＳステートメントによって提供されたデフォルト値を
無効にする。

【００８１】ＳＯＰＴＳステートメントのフォーマット
は以下による。ＳＯＰＴＳサブオプション指令；サブオプション指令は
コンマによって分離される必要がある。サブオプション指令：＝ＭＯＤＥＬ＝｛ＭＯＮＯＣＨＲ
ＯＭＥ｜ＴＩＮＴ｜ＨＳＭ｜ＱＵＡＮＴＩＴＹ｝ＳＩＺＥ＝（ｎ，ｍ）ここで｛ｎ｜ｍ｝＝｛２｜４｜
８｝ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡＬ｜ＨＥＸ｜Ｄ
ＥＣＩＭＡＬ｝ＰＬＯＣ＝｛´［インクカタログ名．］パレット名´｜
ＣＵＲＲＥＮＴ｝テクスチャは合成インクである。テクスチャは特殊イン
クで一連のパターンの各パターンを“描写”することに
よって構成される。パターンはマスクとして扱われ、特
定の順序の対応するインクで“描写”される。

【００８２】テクスチャは次のプロセスで構成される。
すべての画素を０と初期化する。各パターンインク対に
対して、次のごとく計算される。テクスチャ＝（テクスチャＡＮＤ（ＮＯＴ（パター
ン）））ＯＲ（パターンＡＮＤインク）ＴＥＸＴＵＲＥステートメントは以下による。

【００８３】´テクスチャ名´：ＴＥＸＴＵＲＥテクス
チャ指令；テクスチャ指令はコンマにより分離される必
要がある。テクスチャ指令：ＰＡＴＴＥＲＮ［Ｓ］＝｛´［インクカタログ名．パレ
ット名．］パターン名´｜（´［インクカタログ名．パ
レット名．］パターン名´［，´［インクカタログ名．
パレット名．］パターン名´］・・・）｝ＩＮＫ［Ｓ］＝｛´インク名´（´インク名´［，´イ
ンク名´］・・・）｝ここで、インク名：＝｛´インク
名．パレット名．］色名´｜´［インクカタログ名．パ
ターン名．］テクスチャ名´｝インクの数とパターンの数とは同一でなければならな
い。たとえば、２つのパターンが与えられると、これに
対応して２つのインクが与えられなければならない。第
１のパターンに対しては第１のインクであり、第２のパ
ターンに対しては第２のインクである。

【００８４】パターンインクソース言語指令要約の定義 ´原色名´：ＰＲＩＭＡＲＹＩＤ＝ｎ，ＲＧＢ＝（ｒ
値、ｇ値、ｂ値）；ＰＲＩＭＡＲＹステートメントは原色名に識別番号及び
ＲＧＢ色座標を伴わせるように設けられている。識別番
号ｎはＩＯＴへの通信時もしくはＩＯＴからの通信時に
その原色を識別するのに用いる。ｒ値、ｇ値、ｂ値は、
１０，０００まで目盛られており、整数で与えられる。

【００８５】´インクカタログ名´：ＩＣＡＴＡＬＯ
Ｇ；インクカタログ定義はＩＣＡＴＡＬＯＧステートメ
ントで開始する。 ´パレット名´：ＰＡＬＥＴＴＥ；パレット定義はＰＡ
ＬＥＴＴＥステートメントで開始する。ＣＯＰＴＳ色指令；ＣＯＰＴＳステートメントはオプシ
ョンである。これはＣＯＬＯＲステートメントの指令の
デフォルト値を特定できるように設けられている。 ´
色名´：ＣＯＬＯＲ［色指令］［ＶＡＬＵＥ［Ｓ］＝ｎ
｜（ｎ［，ｎ］・・・）］；ＣＯＬＯＲステートメント
は色名に所望の外観の仕様を伴う。

【００８６】色指令は以下による。ＭＯＤＥＬ＝｛ＭＯＮＯＣＨＲＯＭＥ｜ＴＩＮＴ｜ＨＳ
Ｍ｜ＱＵＡＮＴＩＴＹ｝モデルは単一色からハイライト色及び将来のフルカラー
まで及ぶプリンタ用の色を容易に特定する手段として設
けられている。

【００８７】ＰＲＩＭＡＲＹ｜ＰＲＩＭＡＲＩＥＳ＝
｛´原色名´｜（´原色名´［，´原色名´］・・・）
｜｝ＰＲＩＭＡＲＩＥＳオプションは特殊な色モデルにおい
て用いられた原色を特定するのに用いる。不履行原色名
はＩＤ＝０を有するものである。ＳＣＮＳＥＴ＝｛´スクリーン名´｜ＤＥＦＡＵＬＴ｝ＳＣＮＳＥＴオプションは同様な特性を有する中間色ス
クリーンの集まりを参照する。

【００８８】´スクリーン名´：ＳＣＮＳＥＴ；スクリ
ーンセットは共通の特性を有する中間色スクリーンの集
まりである。スクリーンセットの部材はＳＣＮＳＥＴス
テートメントに続くＳＣＲＥＥＮステートメントによっ
て特定される。ＳＣＲＥＥＮスクリーン指令；ＳＣＲＥＥＮステートメ
ントはユーザに色を遂行させるのに用いる中間色パター
ンを定義させる。

【００８９】スクリーン指令は以下による。［ＭＯＤＥＬ＝｛ＭＯＮＯＣＨＲＯＭＥ｜ＴＩＮＴ｜Ｈ
ＳＭ｜ＱＵＡＮＴＩＴＹ｝，］ＶＡＬＵＥ［Ｓ］＝ｎ｜
（ｎ［，ｎ］・・・）４つのモデルは単一色からハイライト色及び将来のフル
カラーまで及ぶプリンタ用の色を容易に特定する手段と
して設けられている。

【００９０】［ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡ
Ｌ｜ＨＥＸ｜ＤＥＣＩＭＡＬ｝，］［ＳＩＺＥ＝（ｎ，ｍ），］ＤＡＴＡ＝｛データグループ｜（データグループ［，デ
ータグループ］・・・）｝データグループ＝｛（ｎ［，ｎ］・・・）｜ＮＯＮＥ｝ＤＴＹＰＥオプションはデータ値が入力された基数を特
定する。データ値の数はＳＩＺＥ指令（ｎ×ｍ）ここで
｛ｎ｜ｍ｝＝｛２｜４｜８｝によって指示される。

【００９１】［ＰＬＯＣ＝｛［´インクカタログ名．］
パレット名´｜ＣＵＲＲＥＮＴ｝，］ＰＮＡＭＥ＝｛パターングループ｜（パターングループ
［，パターングループ］・・・）｝パターングループ：＝｛´［［インクカタログ名．］パ
レット名．］パターン名´｜ＮＯＮＥ｝ＰＬＯＣオプションはパターン位置を特定するのに用
い、ＰＮＡＭＥオプションは特殊なパターンを参照す
る。

【００９２】ＳＯＰＴＳサブオプション指令；ＳＯＰＴ
ＳステートメントはＳＣＲＥＥＮステートメントの指令
のデフォルト値を特定させるために設けられている。サ
ブオプション指令は以下による。ＭＯＤＥＬ＝｛ＭＯＮＯＣＨＲＯＭＥ｜ＴＩＮＴ｜ＨＳ
Ｍ｜ＱＵＡＮＴＩＴＹ｝これは上述と同一である。

【００９３】ＳＩＺＥ＝（ｎ，ｍ）ここで｛ｎ｜ｍ｝＝
｛２｜４｜８｝これは上述と同一である。ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡＬ｜ＨＥＸ｜Ｄ
ＥＣＩＭＡＬ｝これは上述と同一である。ＰＬＯＣ＝｛´［インクカタログ名．］パレット名´｜
ＣＵＲＲＥＮＴ｝これは上述と同一である。

【００９４】´テクスチャ名´：ＴＥＸＴＵＲＥテクス
チャ指令；テクスチャ定義はＴＥＸＴＵＲＥステートメ
ントで開始する。テクスチャ指令は以下による。ＰＡＴＴＥＲＮ［Ｓ］＝｛´［インクカタログ名．パレ
ット名．］パターン名´｜（´［インクカタログ名．パ
レット名．］パターン名´［，´［インクカタログ名．
パレット名．］パターン名´］・・・）｝パターン指令はテクスチャを構成するのに用いる。これ
らはマスクとして扱われ、特定順序の対応するインクに
対して“描写”される。

【００９５】ＩＮＫ［Ｓ］＝｛´インク名´（´インク
名´［，´インク名´］・・・｝ここでインク名：＝｛´［インクカタログ名．パレット名．］
色名´｜´［インクカタログ名．パレット名．］テクス
チャ名´｝ＩＮＫ指令はＰＡＴＴＥＲＮ指令と共にテクスチャを構
成するのに用いる。インクの数は与えられたパターン数
と一致しなければならない。

【００９６】´パターン名´：ＰＡＴＴＥＲＮパターン
指令；パターン定義はＰＡＴＴＥＲＮパターン指令で開
始する。パターン指令は以下による。［ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡＬ｜ＨＥＸ｜
ＤＥＣＩＭＡＬ｝，］［ＳＩＺＥ＝（ｎ，ｍ），］ＤＡ
ＴＡ＝｛ｎ｜（ｎ［，ｎ］・・・｝これは上述と同一である。

【００９７】［ＰＬＯＣ＝｛´［インクカタログ名．］
パレット名´｜ＣＵＲＲＥＮＴ｝ＰＮＡＭＥ＝｛´［［インクカタログ名．］パレット
名．］パターン名｜（´［［インクカタログ名．］パレ
ット名．］パレット名´［，´［［インクカタログ名．］パレット
名．］パターン名´・・・）｝これは上述と同一である。

【００９８】ＰＯＰＴＳＰオプション指令；ＰＯＰＴＳ
ステートメントはＰＡＴＴＥＲＮステートメントの指令
のデフォルト値を特定させるために設けられている。Ｐ
オプション指令は以下による。ＳＩＺＥ＝（ｎ，ｍ）ここで｛ｎ｜ｍ｝＝｛２｜４｜
８｝これは上述と同一である。

【００９９】ＤＴＹＰＥ＝｛ＢＩＮＡＲＹ｜ＯＣＴＡＬ
｜ＨＥＸ｜ＤＥＣＩＭＡＬ｝これは上述と同一である。ＰＬＯＣ＝｛´［インクカタログ名．］パレット名´｜
ＣＵＲＲＥＮＴ｝これは上述と同一である。ＩＳＬステートメントの順序インクは、インクカタログ、パレット、及びパレット項
目よりなる多レベル階層で構築されている。ＩＳＬステ
ートメントを用いてインクカタログ、パレット、もしく
はパレット項目を定義すると、いずれの項目も参照でき
る前に始めに定義しなければならないので、ステートメ
ントの順序及び分類が重要である。また、インクコンパ
イラは指令のある順序を期待してインクカタログのうま
い創生を可能にする。一般的に規則を伴う順序規則及び
分類規則は次のごとく定義される。

【０１００】順序及び分類ガイドライン１．特定される最初の指令はＰＲＩＭＡＲＹ指令であ
る。この指令により顧客は所望の名前にドライインク
（トナー）識別番号を伴わせることができる。インクコ
ンパイラはこの情報を前もって知る必要がある。２．ＰＡＬＥＴＴＥ指令はＩＳＬファイルにおける最初
のＩＣＡＴＡＬＯＧ指令より先にきてはいけない。

【０１０１】３．インクカタログ指令より前のいかなる
指令もグローバルとみなされる。また、インクカタログ
指令により後で最初のパレット指令より前のいかなる指
令もそのインクカタログ内のすべてのパレットに対して
グローバルである。インクコンパイラは指令により全体
的である。スクリーン及びパターンを創生させるのみで
ある。

【０１０２】４．パレット境界内もしくはグローバル領
域内に存在しない指令である浮遊（stray)指令は許可さ
れない。一般的規則１．インクカタログ名は英数字で単一引用符で囲まれた
すべての文字を有するファイル名について現行の印字シ
ステム慣行に一致していなければならない。

【０１０３】２．原色名は単一引用符で囲まれ、最大３
２個の英数字でなければならない。３．パレット名、スクリーンセット名、パターン名、色
名、及びテクスチャ名は単一引用符で囲まれ、少なくと
も一文字が英数字である最大３２個の英数字及びスペー
ス文字でなければならない。４．キーワードは名として用いることができない。

【０１０４】５．パレット名はインクカタログ内で唯一
でなければならないが、異なるカタログでは再使用でき
る。６．スクリーンセット名、パターン名、色名、及びテク
スチャ名はパレット内で唯一でなければならないが、異
なるパレットでは再使用できる。７．原色ＩＤ番号は唯一でなければならない。

【０１０５】８．コメントは許され、／^*及び^*／で囲
まなければならない。いかなる項目も他のステートメントを参照できる前に定
義しなければならない。この問題を避けるステートメン
トの可能な順序は次に示される。 ´ＲＥＤ´：ＰＲＩＭＡＲＹＩＤ＝２９，ＹＥＳ＝（２３，３２，１７）／^* すべての原色は始めに定義される^*／ ´ＢＬＡＣＫ´：ＰＲＩＭＡＲＹＩＤ＝０，ＹＥＳ＝（０，０，０）； ´ＭＹＳＣＲＥＥＮＳ´：ＳＣＮＳＥＴ；／^*スクリーン定義^*／ＳＯＰＴＳＭＯＤＥＬ＝ＨＳＭ，ＳＩＺＥ＝（８，８），ＤＴＹＰＥ＝ＯＣＴＡＬ；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（１００，１００），ＤＡＴＡ＝（（ＮＯＮＥ），（３７７，３７７，３７７，３７７，３７７，３７７，３７７，３７７，）；ＰＯＰＴＳＳＩＺＥ＝（８，８），ＤＴＹＰＥ＝ＯＣＴＡＬ；／^*パターン定義^*／ ´ＭＹＰＡＴＴＥＲＮ´：ＰＡＴＴＥＲＮＤＡＴＡ＝（０，３７７，０，３７７，０，３７７，０，３７７）； ´ＭＹＣＡＴＡＬＯＧ´：ＩＣＡＴＡＬＯＧ；／^*インクカタログ１^*／ ´ＭＹＰＡＬＥＴＴＥ´：ＰＡＬＥＴＴＥ；／^*カタログ１内のパレット１^*／ＣＯＰＴＳＳＣＮＳＥＴ＝´ＭＹＳＣＲＥＥＮＳ´，ＭＯＤＥＬ＝ＨＳＭ；／^*カタログ１，パレット１内の色^*／ ´ＭＹＲＥＤ´：ＣＯＬＯＲＰＲＩＭＡＲＩＥＳ＝（ＢＬＡＣＫ，ＲＥＤ），ＶＡＬＵＥＳ＝（１００，１００）； ´ＭＹＴＥＸＴＵＲＥ´：ＴＥＸＴＵＲＥＰＡＴＴＥＲＮ＝´ＭＹＰＡＴＴＥＲＮ´，ＩＮＫ＝´ＭＹＲＥＤ´；カタログ１、パレット１内のテクスチャ^*／ ´ＹＯＵＲＰＡＬＥＴＴＥ´ＰＡＬＥＴＴＥ；／^*カタログ１内のパレット２ ^* ／ ´ＹＯＵＲＣＡＴＡＬＯＧ´：ＩＣＡＴＡＬＯＧ；／^*インクカタログ２^*コンパイル指令ＩＳＬ（インクソース言語）ファイルはＥＤＩＴを用い
て創生し、インクソース言語３、２、９、１節に定義さ
れる指令を含む。インクコンパイラは次の指令つまりＩ
ＣＯファイル名オプションによりこのファイルをコンパ
イルする。

【０１０６】ここで、ファイル名を以下に説明する。フ
ァイル名はインクコンパイラに入力されているインクソ
ース言語（ＩＳＬ）ファイルの１〜６の英数字名を特定
する。このファイル名はファイル拡張（ＩＳＬ）をオプ
ションで含むことができる。ここで、スペースで各々が
分離された以下に示すものの組合せをオプションとする
ことができる。

【０１０７】ＮＯＰ〔ＲＩＮＴ〕は、すべてのソース記
録及び構文規則のエラーもしくは致命的なエラーがコン
パイル中に印字すべきであることを特定する。構文規則
エラーもしくは致命的なエラーがなければ印字はされな
い。デフォルトの場合はソース記録及びすべてのメッセ
ージを印字する。ＲＥＰ〔ＬＡＣＥ〕はインクコンパイ
ラが現存のインクカタログ（ＩＣＴ）ファイルを同一名
の新しい出力ファイルと置換することを特定する。これ
はデフォルトである。

【０１０８】ＮＯＲ〔ＥＰＬＡＣＥ〕はインクカタログ
（ＩＣＴ）が現存ファイルとして同一名を有していれば
インクカタログを発生しないことを特定する。ＲＥＰＬ
ＡＣＥはデフォルトである。（参考：ＲＥＰＬＡＣＥ及
びＮＯＰＥＰＬＡＣＥの両方がコンパイル指令において
特定されれば、最後に与えられたものが尊重される。）ＴＲＡ〔Ｙ〕はインクコンパイラからのリストメッセー
ジ及びエラーメッセージがサンプルトレーにいくべきで
あることを特定する。ＴＲＡＹが特定されてなければ、
プリントアウトは出力スタッカへ移動する。

【０１０９】ＤＩＳ〔ＰＬＹ〕はすべての英数エラーメ
ッセージがキーボード／ディスプレイに表示されるべき
ことを特定する。このオプションの省略はリスト上のみ
に構文規則エラーメッセージを印字する。オペレータメ
ッセージ要約。簡単な説明で次に示される新しいメッセ
ージをインクコンパイラによってオペレータに対して表
示できる。これらのメッセージの多くは４０５０基準マ
ニアル（Reference Manual) におけるＰＤＬメッセージ
と同一もしくは類似している。８０文字を超えるすべて
のメッセージは８０文字に短くされる。

【０１１０】確認メッセージＩＣ０１００ＮＯＲＥＰＬＡＣＥＳＰＥＣＩＦＩＥ
Ｄ．（インクカタログファイルは置換しない。）ＩＣ０１５０ＲＥＰＬＡＣＥＳＰＥＣＩＦＩＥＤ．
（インクカタログファイルは置換する。）ＩＣ０２００ＩＣＴＲＥＰＬＡＣＥＤ．（インクカ
タログファイルは置換する。）ＩＣ０５１０ＳＯＵＲＣＥＦＩＬＥＩＳＦＵＬ
Ｌ．（存在するエラー記録を加えたソース記録を含むフ
ァイルは満杯である。）ＩＣ０９００，ＡＢＯＲＴＲＥＱＵＥＳＴＥＤＢＹ
（コンパイルはオペレータによって中止されている。イ
ンクコンパイラが処理を中止することが安全なときのみ
このコンパイル中止は発生する。）ＩＣ１０１０，ＳＴＡＲＴＩＮＧＣＯＭＰＩＬＡＴＩ
ＯＮ・・・（コンパイル開始中。）ＩＣ１０００，ＣＯＭＰＩＬＡＴＩＯＮＣＯＭＰＬＥ
ＴＥＤ．（コンパイル完了。）ＩＣ０６００，ＣＲＥＡＴＥＤＩＮＫＣＡＴＡＬＯ
Ｇ＜カタログ名＞．（インクコンパイラはインクカタロ
グをうまく創生した。）ＩＣ０５００，ＩＮＫＣＡＴＡＬＯＧ＜カタログ名＞
ＷＩＬＬＮＯＴＣＲＥＡＴＥＤ．（エラーのため
に、インクカタログは創生されない。）ＩＣ１０５０，ＴＨＥＩＮＫＣＯＭＰＩＬＥＲＷ
ＩＬＬＥＸＩＴＴＯＰＲＩＮＴ．（インクコンパ
イラはコンパイルを終了し存在するエラー記録に加えて
ソース記録を印字する。）ＩＣ１１００，＊＊＊＊＊ＩＳＬＣＯＮＴＡＩＮＥＤ
ＥＲＲＯＲＳ＊＊＊＊＊（コンパイル中にインクコンパイラがエラーを検出し
た。）ルーチン保守もしくはアクションメッセージＩＣ２７００，ＯＰＥＲＡＴＯＲＣＯＭＭＡＮＤ
ＥＲＲＯＲ，ＲＥＴＲＹ．（コンパイル処理を開始す
る指令は無効であった。）ＩＣ２７４０ＩＳＬＮＯＴＦＯＵＮＤ，ＣＨＥ
ＣＫＡＮＤＲＥＴＲＹ．（システムディスクにＩＳ
Ｌはなかった。）システム問題メッセージ見込みかつ厳正なソフトウエアエラーメッセージＩＣ８２００ＩＮＴＥＲＮＡＬＥＲＲＯＲＷＩＴ
ＨＩＮＴＨＥＩＮＫＣＯＭＰＩＬＥＲ．（インク
コンパイラ内に予測しないエラーが発生した。）ＩＣ８２１０ＰＲＯＢＬＥＭＳＡＬＬＯＣＡＴＩＮ
ＧＳＰＡＣＥ．（特定スペースを割当てできなかっ
た。）ＩＣ１２００ＴＨＥＩＮＫＣＯＭＰＩＬＥＲＣ
ＡＮＮＯＴＰＲＯＣＥＥＤＤＵＥＴＯＥＲＲＯ
ＲＳ．（予期しないエラー条件のような致命的エラーの
ためにインクコンパイラが存在しなければならない。）ＩＣ１２１０ＥＲＲＯＲ（Ｓ）ＯＣＣＵＲＲＥＤ
ＷＨＩＬＥＣＲＥＡＴＩＮＧＩＮＫＣＡＴＡＬＯ
Ｇｉカタログ名＞．（インクカタログの創生中にエラ
ーが発生した。）見込みかつ厳正なハードウエアメッセージＩＣ９５００ＰＲＯＢＬＥＭＳＯＰＥＮＩＮＧＦ
ＩＬＥ＜ファイル名＞．（ファイルをオープンできなか
った。）ＩＣ９５１０ＰＲＯＢＬＥＭＳＲＥＡＤＩＮＧＦ
ＲＯＭＦＩＬＥ＜ファイル名＞．（ファイルから読出
しできなかった。）ＩＣ９５２０ＰＲＯＢＬＥＭＳＷＲＩＴＩＮＧＴ
ＯＦＩＬＥ＜ファイル名＞．（ファイルへ書込みでき
なかった。）ＩＣ９５３０ＰＲＯＢＬＥＭＳＣＬＯＳＩＮＧＦ
ＩＬＥ＜ファイル名＞．（ファイルをクローズできなか
った。）印字されたエラーメッセージ要約インクコンパイラは２パスコンパイラであり、第１回目
のパスにおいて構文規則解析が発生する。構文規則エラ
ーが発見されると、エラーが発生したラインに対してエ
ラーメッセージがただちに発生し、解析が次のインクソ
ース言語ステートメントに対して再開する。

【０１１１】インクコンパイラは第２回目のパス中に検
出されたエラーからの回復について最善をつくす。これ
らのエラーメッセージはＩＳＬステートメント全体に対
して発生される。このＩＳＬステートメントは終了セミ
コロンの処理の後にある。ＳＹＮＴＡＸＥＲＲＯＲＯＮＬＩＮＥ＜ライン番
号＞．（構文規則エラーが検出された。）ＳＹＮＴＡＸＥＲＲＯＲ：パターン数とインク数とが
同一でない。

【０１１２】（ＴＥＸＴＵＲＥステートメントにおい
て、パターン数がインク数と同一でない。）ＳＹＮＴＡＸＥＲＲＯＲ：＜値＞を期待し、＜値＞な
し。（構文規則解析中に、インクコンパイラはある値を
期待してその値が検出されなかった。）ＳＹＮＴＡＸＥＲＲＯＲ：キーワードは名として用い
ることが出来ない。

【０１１３】（キーワードは名として用いることが出来
ない。）ＳＹＮＴＡＸＥＲＲＯＲ：特定した名＜名＞を用いる
ことが出来ない。（与えられた名が無効。）ＳＹＮＴＡＸＥＲＲＯＲ：無効キーワード＜キーワー
ド＞。（無効キーワードが検出された。）ＳＹＮＴＡＸＥＲＲＯＲ：無効指令。

【０１１４】（無効指令が検出された。）ＬＩＮＥ＜ライン番号＞：パターン位置が存在しない。
（ＰＬＯＣ／ＰＮＡＭＥ指令で特定されたインクカタロ
グもしくはパレットである外部パターン位置が定義され
ていない。）ＬＩＮＥ＜ライン番号＞：パターン位置が存在しない。

【０１１５】（ＰＮＡＭＥ指令で特定されたパターンが
定義されていない。）ＬＩＮＥ＜ライン番号＞：名前は唯一であるべきであ
る。（インク名はパレット内で唯一でなければならない
が、異なるカタログにおいては再使用できる。）ＬＩＮＥ＜ライン番号＞：＜名＞が先に定義されていな
い（ＩＳＬステートメントの順序は重要である。すべて
の項目はこれらを参照できる前に定義されなければなら
ない。）ＬＩＮＥ＜ライン番号＞：データ値が特定されたサイズ
と一致していない。

【０１１６】（インクコンパイラが与えられたデータを
有するビットマップを創生できないときにこのメッセー
ジが与えられる。）ＬＩＮＥ＜ライン番号＞：指令がモデルと不一致であ
る。（ＣＯＬＯＲステートメントにおいて、値の数及び
原色の数は特定された色モデルに依存する。ＳＣＲＥＥ
Ｎステートメントにおいて、値の数、データグループの
数、パターングループの数は特定された色モデルに依存
する。）ＬＩＮＥ＜ライン番号＞：インクカタログは少なくとも
１つのパレットを含まなければならない。

【０１１７】（インクカタログは少なくとも１つのパレ
ットを含まなければならない。）ＬＩＮＥ＜ライン番号＞：早めのＥＮＤもしくはＥＯＦ
がある。（ＥＮＤ指令もしくはＥＯＦ（ファイルの終わ
り）が不用意にある。）ＬＩＮＥ＜ライン番号＞：値＜値＞が基数と不一致であ
る。（与えられたデータ値は特定されたＤＴＹＰＥと共
に使用されなかった。）ＬＩＮＥ＜ライン番号＞：悪い値＜値＞が与えられた。

【０１１８】（ＶＡＬＵＥ指令において、影もしくはミ
クスチャが０〜１００の範囲でなかった、もしくは、Ｐ
ＲＩＭＡＲＹ指令において、ＩＤが０〜２５５の範囲で
なかった。）ＬＩＮＥ＜ライン番号＞：すべての原色名は始めに定義
しなければならない。（原色指令はＩＳＬファイルの始
めに定義しなければならない。）ＬＩＮＥ＜ライン番号＞：ＩＣＡＴＡＬＯＧ指令はＰＡ
ＬＥＴＴＥ指令より前になければならない。

【０１１９】（パレット指令はインクカタログ境界にな
ければならない。）ＬＩＮＥ＜ライン番号＞：ＥＮＤ指令が均衡していな
い。（ＥＮＤ指令が多過ぎた。）ＬＩＮＥ＜ライン番号＞：原色ＩＤは唯一でなければな
らない。）（インクコンパイラは類似するＩＤを受け付
けない。）ＬＩＮＥ＜ライン番号＞：＜名＞を発生できない。

【０１２０】（エラーのために、スクリーン、色、テク
スチャ、もしくはパターンが創生できなかった。）ＬＩＮＥ＜ライン番号＞：インクが存在しない。（その
ような定義されたインクがない。）ＬＩＮＥ＜ライン番号＞：サイズ指令が無効である。

【０１２１】（サイズ指令はｎ，ｍの２値をとり、この
ｎ，ｍは２、４もしくは８だけである。）ＬＩＮＥ＜ライン番号＞：指令がインクコンパイラ能力
を超える。（ＴＥＸＴＵＲＥ指令及びＲＧＢ色モデルが
インクコンパイラの能力を超える。また、グローバル領
域におけるＳＣＮＳＥＴ，ＳＣＲＥＥＮもしくはＰＡＴ
ＴＥＲＮ以外のいかなる指令もインクコンパイラの能力
を超える。浮遊（stray)指令（これらの指令はパレット
境界内もしくはグローバル領域内に存在しないもの）も
インクコンパイラの能力を超える。）ＬＩＮＥ＜ライン番号＞：最大値を超えた。

【０１２２】（パレットの最大数（９９９）、インク字
体の最大数（６５５３４）もしくは原色の最大数（２５
６）を超えた。）ＬＩＮＥ＜ライン番号＞：警告！スクリーン近似が発生
した。（特定されたスクリーンがスクリーンセットに存
在せず、最近接のスクリーンを代わりに用いた。）次はシステムデフォルトインクカタログである。最初の
４つは原色（トナー）の例である。

【０１２３】´黒´：原色ＩＤ＝０，ＹＥＳ＝（０，
０，０）； ´緑´：原色ＩＤ＝２７，ＹＥＳ＝（１２２６，−８
５２，６）； ´青´：原色ＩＤ＝２８，ＹＥＳ＝（０，０，０）； ´赤´：原色ＩＤ＝２９，ＹＥＳ＝（２２８５，３２
０３，１６５７）；ＩＤ番号はインクの商業用番号であ
り、ＹＥＳ値は色の工業標準定義である。

【０１２４】次は色の代表的なカタログの一部である。
´背景´：ＳＣＮＳＥＴ；／^*２×４ＣＥＬＬＷＩＴ
ＨＯＦＦＳＥＴ，４５ＳＣＲＥＥＮ^*／ＳＯＰＴＳＭＯＤＥＬ＝ＨＳＭ，ＳＩＺＥ＝（４，
４），ＤＴＹＰＥ＝ＨＥＸ；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（０，０），ＤＡＴＡ＝
（ＮＯＮＥ，ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（１０，０），ＤＡＴＡ
＝（（８，０，２，０），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（２０，０），ＤＡＴＡ
＝（（０Ｃ，０，３，０），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（３８，０），ＤＡＴＡ
＝（（０Ｃ，４，３，１），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（５２，０），ＤＡＴＡ
＝（（０Ｃ，０Ｃ，３，３），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（６５，０），ＤＡＴＡ
＝（（０Ｃ，０Ｅ，３，０Ｂ），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（８０，０），ＤＡＴＡ
＝（（０Ｃ，０Ｆ，３，０Ｆ），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（９５，０），ＤＡＴＡ
＝（（０Ｄ，０Ｆ，７，０Ｆ），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（１００，０），ＤＡＴ
Ａ＝（（ＦＦ，ＦＦ，ＦＦ，ＦＦ），ＮＯＮＥ）；ＳＣＲＥＥＮＶＡＬＵＥＳ＝（２０，５０），ＤＡＴ
Ａ＝（（８，０，２，０），（２，０，８，０））；／
^*１０，１０^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（３０，６６），ＤＡＴ
Ａ＝（（８，０，２，０），（３，０，０Ｃ，０））；
／^*１０，２０^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（４８，７９），ＤＡＴ
Ａ＝（（８，０，２，０），（３，１，０Ｃ，４））；
／^*１０，３８^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（６２，８４），ＤＡＴ
Ａ＝（（８，０，２，０），（３，３，０Ｃ，０
Ｃ））；／^*１０，５２^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（７５，８７），ＤＡＴ
Ａ＝（（８，０，２，０），（３，０Ｂ，０Ｃ，０
Ｅ））；／^*１０，６５^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（９０，８９），ＤＡＴ
Ａ＝（（８，０，２，０），（３，０Ｆ，０Ｃ，０
Ｆ））；／^*１０，８０^*／ＳＣＲＥＥＮＶＡＬＵＥＳ＝（１００，９４），ＤＡ
ＴＡ＝（（８，０，２，０），（７，０Ｆ，０Ｄ，０
Ｆ））；／^*６，９４^*／スクリーン値はその時の１／２の各色の量である。この
ように、ＳＣＲＥＥＮＶＡＬＵＥＳ（２０，５０）は、
第１の原色がスクリーンの第１の半分に対して２０％レ
ベルで印加され（＝１０％）、第２の原色がスクリーン
の第２の半分に対して５０％レベルで印加される（＝２
５％）ことを意味する。ＤＡＴＡは１６進法でのビット
マップを示す。このように、４×４ビットマトリクスに
対しては、ＤＡＴＡ＝８，０，２，０であれば、ビット
マップの最初のラインは１０００であり、２番目のライ
ンは００００、３番目のラインは００１０、４番目のラ
インは００００である。

【０１２５】プログラムにおいて、原色は次のごとく識
別される。 ´赤´：ＣＯＬＯＲＰＲＩＭＡＲＹ＝´赤´； ´青´：ＣＯＬＯＲＰＲＩＭＡＲＹ＝´青´； ´緑´：ＣＯＬＯＲＰＲＩＭＡＲＹ＝´緑´； ´黒´：ＣＯＬＯＲＰＲＩＭＡＲＹ＝´黒´；次は赤原色及び黒原色から創生できる色の例である。 ´白´：ＣＯＬＯＲＶＡＬＵＥＳ＝（０，０）； ´ライトグレー３´：ＣＯＬＯＲＶＡＬＵＥＳ＝（２
８，０）； ´ダークグレー２´：ＣＯＬＯＲＶＡＬＵＥＳ＝（５
９，０）； ´黒´：ＣＯＬＯＲＶＡＬＵＥＳ＝（１００，０）； ´ラインピンク１´：ＣＯＬＯＲＶＡＬＵＥＳ＝（２
５，１００）； ´中間ピンク３´：ＣＯＬＯＲＶＡＬＵＥＳ＝（４
４，１００）； ´ダークピンク３´：ＣＯＬＯＲＶＡＬＵＥＳ＝（５
３，１００）； ´中間赤２´：ＣＯＬＯＲＶＡＬＵＥＳ＝（５９，１
００）； ´深赤５´：ＣＯＬＯＲＶＡＬＵＥＳ＝（７８，１０
０）； ´赤´：ＣＯＬＯＲＶＡＬＵＥＳ＝（１００，１０
０）； ´ピンクがかったグレー２´：ＣＯＬＯＲＶＡＬＵＥ
Ｓ＝（２０，４０）； ´グレーがかった赤８´：ＣＯＬＯＲＶＡＬＵＥＳ＝
（５６，４５）； ´ダーク赤７´：ＣＯＬＯＲＶＡＬＵＥＳ＝（７５，
４１）； ´赤みがかったグレー３´：ＣＯＬＯＲＶＡＬＵＥＳ
＝（４６，１７）； ´黒みがかった赤４´：ＣＯＬＯＲＶＡＬＵＥＳ＝
（８３，１０）；コンパイラは図２７〜図３２のデータ
フローチャートに示される処理によってこれらのファイ
ルを発生する。図２７はコンパイラ全体の簡略図であ
る。ＯＣＳはオペレータが作動するオペレーティングシ
ステムである。端末に登録されたユーザ指令はコンパイ
ラに送られ、コンパイラはフォーマットされたメッセー
ジを発生して端末に表示させる。コンパイラはインター
プリタとして作用し、ここで、命令形式の指令及びデー
タが登録されたときにコンパイラによって一度に処理さ
れる。入力指令において発生したエラーはエラーメッセ
ージとなり、このメッセージはメッセージファイルから
オペレータへ送られる。ＩＳＬファイルはソース記録を
記憶し、これをコンパイラに送り、さらに、ソース記録
は指令と共に用いられてインクカタログを構築する。Ｉ
ＣＯＰＲＴ．ＴＭＰファイルはソース記録及びエラーメ
ッセージを記憶することによって処理の記録を保持す
る。

【０１２６】図２８は詳細な処理を示す。ＯＣＳはオペ
レーティングシステムであって、オペレータがユーザ指
令でタイプする。１．０では、これらの指令を検証し、
エラーがあれば処理はせず、エラーメッセージに対応す
るコード番号をディスプレイメッセージ部４．０に送
る。このディスプレイメッセージ部において、上記コー
ド番号はテキストメッセージに変換され、ディスプレイ
用オペレーティングシステムに送られる。また、ユーザ
が印字版を必要とすれば、このメッセージはリスト印字
部５．０にも送られる。指令はユーザオプションファイ
ルに送られ、ソース記録及びエラーメッセージはＩＣＯ
ＰＲＴ．ＴＭＰファイルに記憶される。

【０１２７】ユーザオプションは解析指令部２．０によ
って取込みされ、トークンに分解される。各トークンは
順序よく作用される。指令が先に登録したファイルをア
クセスするときには、ＩＳＬファイルより取り込まれ、
先に登録した指令をアクセスするときには、指令属性フ
ァイルから取込まれる。指令は指令構造に登録され、デ
ータは新登録ファイルに登録される。その後、この新デ
ータは指令実行部３．０によって新指令に従って作用さ
れ、新シンボルテーブル及び新インクカタログが得られ
ることになる。

【０１２８】図２９は図２８の指令解析部２．０の詳細
を示す。ＩＳＬファイルの内容はブロック単位で一度に
読出ユーザファイル部２．４に読出され、トークンに分
解され、エラーチェックのために一度に辞書解析部２．
１及び構文規則解析部２．２に送られる。これが第１回
目のパスであれば、処理はここで終了する。これが第２
回目のパスであれば、新しいデータを新登録ファイル
に、また、新しい指令を指令属性ファイルに格納するこ
とによってプログラムは進む。その後、指令構造構築部
２．３は指令属性を用いて指令構造を構築する。

【０１２９】図２９の指令構造構築部２．３の詳細は図
３１に示される。指令属性は図示のごとく分配され、こ
の結果、カタログ、原色、パレット等のリスト等の構築
のための別個のファイルを得る。これらはすべて指令構
造ファイルに記憶される。図３２は新登録がオプション
リスト構築部３．１の指令構造における指令によって作
用されてシンボルテーブルを発生するか、もしくはシン
ボルテーブル登録か指令によってインクカタログ構築部
３．２において作用されてインクカタログを発生するか
を示している。

【０１３０】図２７〜図２９、図３１に示されるデータ
フロー図の説明の各要素について次に説明する。指令ＤこれらはＪＳＬのようなステートメントであって、ＥＤ
ＩＴを用いてファイルに登録される。インクコンパイラ
はこれらステートメントを解析し、その後、これらを実
行する。解析する前には、これらのステートメントはＩ
ＣＯＰＲＴ．ＴＭＰと呼ばれるファイルに書き込まれて
いる。このファイルはこれらのステートメント及びコン
パイル処理後に存在するエラーメッセージを印字するの
に用いられる。

【０１３１】作成日：１９８９，８，１４最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：指令属性ＤＳこれは指令構造構築ルーチンへ流れる必要がある指令に
関する価値ある情報に伴う指令によりなる構造である。

【０１３２】作成日：１９８９，１１，１４最終修正：１９８９，１１，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：構造ＣＭＤＰＲＰ｛文字タイプ；文字ノーオプション（ｎｏｏｐｔｓ）；アンサインドショートｒ５０ｎａｍ［２］；アンサインドショートインクタイプ；アンサインドショートサイズ；無効 ^*リストｐ；｝；別名：ｃｍｄｐｒｐ，ＣｏｍｍａｎｄＰｒｏｐ．コメント：指令属性Ｄこれは指令実施ルーチンへ流れる必要がある指令に関す
る価値ある情報に伴う指令によりなる構造である。

【０１３３】作成日：１９８９，１１，１４最終修正：１９８９，１１，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：構造ＣＭＤＰＲＰ｛文字タイプ；文字ノーオプション（ｎｏｏｐｔｓ）；アンサインドショートｒ５０ｎａｍ［２］；アンサインドショートアイドル（ｉｄｌｅｎ）；無効 ^*リストｐ；｝；別名：コメント：ＩＣＡＴＬＯＧ構造｜原色構造｜パレット構造｜色構造｜ＣＯＰＴＳ構造｜ＳＣＮＳＥＴ構造｜スクリーン構造｜ＳＯＰＴＳ構造｜テクスチャ構造｜パターン構造｜エンド構造フォーマットされたメッセージＤメッセージファイルからのメッセージであって、適当な
データによりフォーマットされてより意味があるメッセ
ージを作る。

【０１３４】作成日：１９９０，１，１０最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：たとえば、メッセージファイルからのメッセ
ージはＩＣＸＸＸＸ無効キーワード´％ｓ´．しかし、フォーマットされたメッセージは、ＩＣＸＸＸＸ無効キーワード´テクスチャ´ＩＣＯＰＲＴ．ＴＭＰ．ＤＳこれはＩＳＬファイルからのソース記録及びメッセージ
を含むファイルである。このファイルはコンパイル後に
ＩＳＬファイルのリストを印字するのに用いる。

【０１３５】作成日：１９８９，１１，１４最終修正：１９８９，１１，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：インクカタログＤＣこれはインクコンパイラの最終産物であって、ユーザが
定義したパレット、色、スクリーン、パターン、及びテ
クスチャについてのすべての情報を含む。

【０１３６】作成日：１９８９，８，１４最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＩＳＬファイルＤＳこれはＩＳＬ（ＩＳＬのような）ステートメントを含む
実際のファイルである。

【０１３７】作成日：１９８９，８，１４最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＩＳＬファイル名Ｄこれはユーザ指令から抜き出されたＩＳＬ指令を含むフ
ァイルの名前である。

【０１３８】作成日：１９８９，８，１４最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：ファイル名は最大６個の英数字＋期間＋ＩＳＬで
ある。別名：コメント：メッセージＤこれはメッセージファイルに記憶された有益なセンテン
スである。これはメッセージの位置にマークするシンボ
ルを含み、そのシンボルはメッセージがディスプレイメ
ッセージによってフォーマットされたときに置換され
る。

【０１３９】作成日：１９８９，８，１４最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：たとえば、メッセージは、ＩＣＸＸＸＸ無効キーワード´％ｓ´ ここで、´％ｓ´は正しい記号別と置換されるシンボル
である。

【０１４０】メッセージファイルＤＣこれはインクコンパイラがユーザに表示するすべてのメ
ッセージを含むファイルである。作成日：１９８９，８，１４最終修正：１９８９，８，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：メッセージ番号Ｄこれはメッセージファイル内の特別のメッセージに対応
する番号である。

【０１４１】作成日：１９８９，８，１４最終修正：１９８９，８，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：新登録Ｄこれはシンボルテーブルへの新登録である。この新登録
は、シンボルテーブルへ挿入するのが適切となるまで、
一時的記憶装置に保持されている。

【０１４２】作成日：１９８９，１１，２最終修正：１９８９，１１，３０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：構造ＮＥＷＥＮＴ｛文字 ^*ｌｅｘｐ；ショートタイプ；ショートレングス；｝新登録；文字新シンボル［ＬＥＸＬＥＮ］；／^*ＬＥＸＬＥＮ＝７^*／別名：新登録、新シンボルコメント：図３５参照新シンボルＤこれはシンボルテーブルに挿入される新シンボル（名前
もしくは識別子）である。

【０１４３】作成日：１９８９，１１，２最終修正：１９８９，１１，２状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：文字新シンボル［ＬＥＸＬＥＮ］／^*ＬＥＸ
ＬＥＮ＝７^*／別名：新シンボルコメント：新登録参照オプションＤこれはユーザ指令の一部であって、コンパイル中にユー
ザが欲するものをインクコンパイラに知らせるものであ
る。ユーザがユーザ指令において特定できるこれらのオ
プションは、ＮＯＰＲＩＮＴ，ＲＥＰＬＡＣＥ，ＮＯＲ
ＥＰＬＡＣＥ，ＴＲＡＹ，ＤＩＳＰＬＡＹである。

【０１４４】作成日：１９９０，１，１０最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ユーザ指令も参照ソース記録Ｄこれはユーザ編集ＩＳＬファイルから８０バイト記録で
あって、ＩＣＯ（コンパイル）指令において特定され
る。これらの記憶内には、ＩＳＬ指令、コメント、及び
シーケンス番号がある。

【０１４５】作成日：１９８９，９，２８最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ソースファイルＤＣＩＳＬファイルを参照。

【０１４６】作成日：１９８９，９，２８最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：シンボルテーブルＤインクコンパイラの第１回目パス（？）において構築さ
れたラベルのテーブルである。シンボルテーブルの各登
録は、ラベルの型であるラベル自身（ＡＳＣＩＩによ
る）へのポインタ及びその属性を含む。これらの属性は
オプションリストもしくは他のワード属性へのポインタ
である。

【０１４７】このテーブルには４つのマーカがある。１
つのマーカはラステント（lstent)と呼ばれ、シンボル
テーブルの最終位置をマークする。他の２つのマーカは
カーキャット（curcat) 及びカーパル（curpal) と呼ば
れ、各々は、現在のｉカタログの最初及び現在のパレッ
トの最初をマークする。４つのマーカはラストセット
（lstset) と呼ばれ、最後のセット（もしくは最後のパ
レット、最後のｉカタログ、dfv1等) をマークする。新
しいカタログもしくはパレットが開始すると、カーキャ
ット（curcat) もしくはカーパル（curpal) までのすべ
ての登録はクリアされ、これにより、シンボルテーブル
内に利用できる空間を生成する。

【０１４８】作成日：１９８９，９，１１最終修正：１９８９，１１，２状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：構造ＳＹＭＴＢＬ｛文字 ^*ｌｅｘｐ；ショトータイプ；無効 ^*属性ｐ；｝シンボルテーブル［ＳＹＭＭＡＸ］；／^*ＳＹＭＭＡＸ＝３００；シンボル｜テーブル ^*／文字ｌｅｘｅｍｓ［ＳＴＲＭＡＸ］；ショートラストエ
ント、カーキャット、カーパル、ラストセット；ショー
トラスト文字；別名：シンボルテーブル、ｌｅｘｅｍｓ．このテーブル
は図３６に示される。

【０１４９】トークンＤこれは集合の意味を有する文字のシーケンスである。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＴＭＣＢ．ＤＯＣＳへ転送されて印字ジョブを起こすデータである。

【０１５０】作成日：１９８９，９，２８最終修正：１９８９，９，２８状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ユーザ指令Ｄこれはユーザがコンパイルを開始するように登録された
ことを示す指令ラインである。

【０１５１】作成日：１９９０，１，１０最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：ＩＳＬファイル名＋ユーザオプション別名：コメント：たとえば、ユーザ指令は、ＩＣＯＣＯＭＰＩＬＥＪＯＡＮＮＥ．ＩＳＬ，ＴＲ
ＡＹここで、ＪＯＡＮＮＥ．ＩＳＬはＩＳＬファイル名、Ｃ
ＯＭＰＩＬＥ、ＴＲＡＹはユーザオプションである。

【０１５２】ユーザオプションＤＳユーザ指令が登録されたときにユーザが登録するオプシ
ョンを表すフラグを保持する記憶空間である。作成日：１９９０，１，１０最終修正：１９９０，１，１０状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：ＩＳＬファイル名＋ユーザオプション別名：コメント：指令構造定義参照：これらは英字順序でない。

【０１５３】ＮＯＴＹＰＥ構造Ｄ固定長構造である。作成日：１９８９，１１，１４最終修正：１９８９，１１，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ＋オプション項目の数］、図３７参
照別名：コメント：Ｉカタログ構造ＤＩカタログ情報を含む固定長構造である。

【０１５４】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ１＋オプション項目の数＋ＲＡＤ５０フ
ァイル名］、図３８参照別名：コメント：原色構造Ｄ原色情報を含む固定長構造である。

【０１５５】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ２＋オプション項目の数＋ＲＡＤ５０フ
ァイル名］、図３９参照別名：コメント：パレット構造Ｄパレット情報を含む固定長構造である。

【０１５６】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ３＋オプション項目の数＋ＲＡＤ５０フ
ァイル名］、図４０参照別名：コメント：色構造Ｄ色情報を含む可変長構造である。

【０１５７】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ４＋オプション項目の数＋ＲＡＤ５０フ
ァイル名＋長さ＋色サブオプション］、図４１参照別名：コメント：色サブオプションＤこれは、値サブオプション構造もしくはＣＯＰＴＳサブ
オプション構造の１つである。

【０１５８】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：モデルサブオプション構造ＤＣＯＬＯＲ指令、ＣＯＰＴＳ指令、ＳＣＲＥＥＮ指令、
及びＳＯＰＴＳ指令の情報を含む固定長構造である。

【０１５９】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ４Ａ＋オプション項目の数＋フラグワー
ド］、図４２参照別名：コメント：フラグワード値：１＝単色２＝ＴＩＮＴ３＝ＨＳＭ４＝ＲＧＢスクリーンセットサブオプション構造ＤＣＯＬＯＲ指令、ＣＯＰＴＳ指令のスクリーンセットサ
ブオプションの情報を含む固定長構造である。

【０１６０】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ４Ｂ＋オプション項目の数＋ＲＡＤ５０
名］、図４３参照別名：コメント：ＤＥＦＡＵＬＴが選択されたときにはＲＡＤ
５０名は０となり、他の場合にはスクリーン名となる。

【０１６１】原色サブオプション構造ＤＣＯＬＯＲ指令、ＣＯＰＴＳ指令の原色サブオプション
の情報を含む可変長構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ４Ｃ＋オプション項目の数＋長さ＋ＲＡ
Ｄ５０ファイル名］、図４４参照別名：コメント：ＲＡＤ５０名は黒もしくは他の原色名とする
ことができる。

【０１６２】値サブオプション構造ＤＣＯＬＯＲ指令の値サブオプションの情報を含む可変長
構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ４Ｄ＋オプション項目の数＋長さ＋番
号］、図４５参照別名：コメント：ＲＡＤ５０名は黒もしくは他の原色名とする
ことができる。

【０１６３】ＣＯＰＴＳ構造ＤＣＯＰＴＳ情報を含む可変長構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ５＋オプション項目の数＋長さ＋ＣＯＰ
ＴＳサブオプション］、図４６参照別名：コメント：ＣＯＰＴＳサブオプションＤこれは、原色サブオプション構造、モデルサブオプショ
ンもしくは、スクリーンセットサブオプション構造であ
る。

【０１６４】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＳＣＮＳＥＴ構造ＤＳＣＮＳＥＴ情報を含む固定長構造である。

【０１６５】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ６＋オプション項目の数＋ＲＡＤ５０フ
ァイル名］、図４７参照別名：コメント：ＳＣＲＥＥＮ構造ＤＳＣＲＥＥＮ情報を含む可変長構造である。

【０１６６】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７＋オプション項目の数＋長さ＋ＳＣＲ
ＥＥＮサブオプション］、図４８参照別名：コメント：ＳＣＲＥＥＮサブオプションＤこれは、値サブオプション構造、データサブオプショ
ン、Ｐインディックスサブオプション、もしくはＳＯＰ
ＴＳサブオプション構造の１つである。

【０１６７】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：データサブオプション構造Ｄスクリーン指令及びパターン指令のデータサブオプショ
ン情報を含む可変長構造である。

【０１６８】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７Ａ＋オプション項目の数＋長さ＋番
号］、図４９参照別名：コメント：サイズサブオプション構造Ｄスクリーン指令、ＳＯＰＴＳ指令、パターン指令及びＰ
ＯＰＴＳ指令のサイズサブオプション情報を含む固定長
構造である。

【０１６９】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７Ｂ＋オプション項目の数＋番号］、図
５０参照別名：コメント：Ｄタイプサブオプション構造Ｄスクリーン指令、ＳＯＰＴＳ指令、パターン指令及びＰ
ＯＰＴＳ指令のＤタイプサブオプション情報を含む固定
長構造である。

【０１７０】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７Ｃ＋オプション項目の数＋フラグコー
ト］、図５１参照別名：コメント：フラグワード値は、１＝２進２＝８進３＝１６進４＝１０進である。

【０１７１】Ｐライブラリ（lib)サブオプション構造Ｄスクリーン指令、ＳＯＰＴＳ指令、パターン指令及びＰ
ＯＰＴＳ指令のＰライブラリサブオプション情報を含む
固定長構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７Ｄ＋オプション項目の数＋ＲＡＤ５０
ファイル名］、図５２参照別名：コメント：Ｐインディックスサブオプション構造Ｄスクリーン指令、ＳＯＰＴＳ指令、パターン指令及びＰ
ＯＰＴＳ指令のＰインディックスサブオプション情報を
含む可変長構造である。

【０１７２】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ７Ｅ＋オプション項目の数＋長さ＋イン
ディックス］、図５３参照別名：コメント：ＳＯＰＴＳ構造ＤＳＯＰＴＳ情報を含む可変長構造である。

【０１７３】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ８＋オプション項目の数＋長さ＋ＳＯＰ
ＴＳ］、図５４参照別名：コメント：ＳＯＰＴＳサブオプションＤこれは、モデルサブオプション構造Ｐタイプサブオプシ
ョン構造Ｐサイズサブオプション構造もしくはＰライブ
ラリサブオプション構造である。

【０１７４】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：テクスチャ構造Ｄテクスチャ情報を含む可変長構造である。

【０１７５】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ９＋オプション項目の数＋ＲＡＤ５０フ
ァイル名＋長さ＋テクスチャサブオプション］、図５５
参照別名：コメント：テクスチャサブオプションＤこれは、パターンサブオプション構造もしくはインクサ
ブオプション構造である。

【０１７６】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：パターンサブオプション構造Ｄテクスチャ指令のパターンサブオプションの情報を含む
可変長構造である。

【０１７７】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ９Ａ＋オプション項目の数＋長さ＋ＲＡ
Ｄ５０ファイル名］、図５６参照別名：コメント：この構造における項目数は対応するインクサ
ブオプション構造における項目数と同一でなければなら
ない。

【０１７８】インクサブオプション構造Ｄテクスチャ指令のインクサブオプションの情報を含む可
変長構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ９Ｂ＋オプション項目の数＋長さ＋ＲＡ
Ｄ５０ファイル名］、図５７参照別名：コメント：この構造における項目数は対応するパターン
サブオプション構造における項目数と同一でなければな
らない。

【０１７９】パターン構造Ｄパターン情報を含む可変長構造である。作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ１０＋オプション項目の数＋ＲＡＤ５０
ファイル名＋長さ＋パターンサブオプション］、図５８
参照別名：コメント：パターンサブオプションＤこれは、ＰＯＲＴＳサブオプション構造、データサブオ
プション構造もしくはＰインディックスサブオプション
構造の１つである。

【０１８０】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＰＯＰＴＳサブオプションＤこれは、Ｄタイプサブオプション構造、サイズサブオプ
ション構造もしくはＰライブラリサブオプション構造の
１つである。

【０１８１】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：別名：コメント：ＰＯＰＴＳ構造Ｄパターン情報を含む可変長構造である。

【０１８２】作成日：１９８９，８，１４最終修正：状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ１１＋オプション項目の数＋長さ＋ＰＯ
ＰＴＳサブオプション］、図５９参照別名：コメント：ＥＮＤ構造ＤＥＮＤ指令の固定長構造である。

【０１８３】作成日：１９８９，１１，１４最終修正：１９８９，１１，１４状況：｛非リハーサル｜非正式｜正式｜ライブラリに受
理｝構成：［タイプ１２＋オプション項目の数］、図６０参
照別名：コメント：リーディングドット文字及びトレーリングド
ット文字は１６ビット幅まで埋められてこれらのビット
マップの一部を、それぞれ、左コーナ文字及び右コーナ
文字として使用できるので、リーディングドット文字及
びトレーリングドット文字のサイズを調整して下側左コ
ーナ全文字及び下側右側コーナ全文字として使用したと
きにこれらのＸ方向は２バイト（１６ビット）として特
定されなければならない。下表にＣＤメタコード及びＣ
Ｄコードを示す。

【０１８４】

【表１】

【０１８５】

【表２】

【０１８６】

【表３】

【０１８７】

【表４】

【０１８８】大きな全（fill) 文字を使用していかなる
矩形領域に対する大部分のフィル（fill) を提供する。
それは３２ビット幅、３２ビット高さである。（ＣＤＦ
水平繰り返し機能を介して１０２４ビット高さまで拡張
して矩形を充満させるのに必要なＤＬ文字数を減少でき
る）。ディメンションメタコードを用いてフィル（fil
l) の幅を打ち切って７ドット内の所望のフィル境界を
得る。スキャン方向におけるパターン拡張には同様の技
法は存在しない。従って、新しいＤＬは各３２スキャン
に対して必要とされる。ディメンションメタコードを用
いてフィル（fill) の高さを打ち切って所望のスキャン
ライン境界を得る。

【０１８９】図３０を参照すると、大きなフィル（fil
l) はページに対して固定的な関係つまりページ登録イ
ンクとして位置する。この結果、文字が付加されてフィ
ルを完成する。リーディングドット文字はスキャンライ
ン上の大きなフィルの前のドットを満たす。トレーリン
グドット文字はスキャンライン上の大きなフィルの後の
ドットを満たす。リーディングスキャン文字は大きなフ
ィルの前のスキャンラインを満たす。大きな全文字はデ
ィメンションメタコードを用いてスキャン方向において
打ち切ることができるので、トレーリングスキャン文字
はない。左コーナ文字を用いて上左コーナを満たす。右
コーナ文字を用いて上右コーナを満たす。下側の左コー
ナについてのフィルはディメンションメタコードを用い
てリーディングドット文字を打ち切ることによって形成
される。下側の右コーナについてのフィルはディメンシ
ョンメタコードを用いてトレーリングドット文字を打ち
切ることによって形成される。

【０１９０】リーディングドット文字は左フィル境界と
大きなフィルのページ登録された位置との間のフィルを
提供する。１からインクサイズＸ−１ドットの各幅に対
して１文字必要とされる（たとえば、１から７ドットで
８×８インクサイズが与えられる）。文字はインクパタ
ーンの右側ビットを含む。すべてのリーディングドット
文字は３２ビット高さであって、大きな全文字の高さに
一致する。ビットマップが１６ビット幅に満たされてビ
ットマップの一部を上側の左コーナ文字として使用でき
る。下側の左コーナ全文字として使用するためにサイズ
を調整するとき、これらのＸ方向は２バイト（１６ビッ
ト）として特定されなければならない。

【０１９１】トレーリングドット文字は大きなフィルの
ディメンションメタコードの打切りと右フィル境界との
間のフィルを提供する。１からインクサイズＸ−１ドッ
トの各幅に対して１文字必要とされる（たとえば、１か
ら７ドットで８×８インクサイズが与えられる）。文字
はインクパターンの左側ビットを含む。すべてのトレー
リングドット文字は３２ビット高さであって、大きな全
文字の高さに一致する。ビットマップが１６ビット幅に
満たされてビットマップの一部を上側の右コーナ文字と
して使用できる。下側の右コーナ全文字として使用する
ためにサイズを調整するとき、これらのＸ方向は２バイ
ト（１６ビット）として特定されなければならない。

【０１９２】リーディングスキャン文字は上側フィル境
界と大きなフィルのページ登録された位置との間のフィ
ルを提供する。これらの文字に対して別個のビットマッ
プは不要であり、これらのＦＳＴ登録が大きな全文字用
のビットマップ中を指す。１からインクサイズＹ−１ス
キャンの各高さに対して１文字必要とされる（たとえ
ば、１から７スキャンで８×８インクサイズが与えられ
る）。文字はインクパターンの最後のスキャンを含む。
すべてのリーディングスキャン文字は３２ビット幅であ
る（ＣＤＦ水平繰り返し機能を介して１０２４ビット幅
に拡張して大きな全文字の幅と一致させる。）。ディメ
ンションメタコードを用いてフィルの幅を打ち切って７
ドット以内の所望のフィル境界を作る。

【０１９３】左コーナ文字はフィルの原点（上側左コー
ナ）と大きなフィルのページ登録された原点との間のフ
ィルを提供する。これらの文字に対して別個のビットマ
ップは不要であり、これらのＦＳＴ登録が大きな全文字
用のビットマップ中を指す。各リーディングドット文字
に対して１からインクサイズＹ−１スキャンの高さに対
して文字が必要とされる（たとえば、１から７スキャン
で８×８インクサイズが与えられる）。必要とされる文
字コード数は（インクサイズＸ−１）＊（インクサイズ
Ｙ−１）＝７＊７＝４９である。

【０１９４】右コーナ文字はリーディングスキャンフィ
ルのディメンションメタコードの打切りと右フィル境界
（上側右コーナ）との間のフィルを提供する。これらの
文字に対して別個のビットマップは不要であり、これら
のＦＳＴ登録が大きな全文字用のビットマップ中を指
す。各トレーリングドット文字に対して１からインクサ
イズＹ−１スキャンの高さに対して文字が必要とされる
（たとえば、１から７スキャンで８×８インクサイズが
与えられる）。必要とされる文字コード数は（インクサ
イズＸ−１）＊（インクサイズＹ−１）＝７＊７＝４９
である。

【０１９５】インクは各インクを備える２つの原色用の
全文字を遂行する。図３１、図３２、下表は黒全文字及
び色全文字用の文字コード割当てを示す。

【０１９６】

【表５】

【０１９７】黒全文字はインクからの文字コードＯ′１
３′を用いるハイライト色エンドメタコードによってＤ
Ｌにおいて優先され、色全文字はインクからの文字コー
ドＯ′１２′を用いるハイライト色スタートメタコード
によってＤＬにおいて優先される。下表に、色インク文
字コード割当てを示す。

【０１９８】

【表６】

【０１９９】

【表７】

【０２００】また、下表に色インクに要求される文字コ
ード数を示す。

【０２０１】

【表８】

【０２０２】さらに、下表に色インクサイズを示す。

【０２０３】

【表９】

【０２０４】テクスチャフィルは、単一の大きな全文字
を用い、この文字を繰り返しかつトリムしてディメンシ
ョンメタコードを用いるサイズとすることによって達成
される。テキスチャを満たされるべき矩形へ登録するこ
とによって、その領域はその矩形の７ドット以内の右辺
となることができる。トレーリングドット全文字を用い
て残りの空間を満たす。これは図３３に示される。

【０２０５】ＤＬにおいて大きな全文字を必要に応じて
繰り返して矩形領域に対して大部分のフィルを提供す
る。この領域は大きなフィルを用いて正確に覆われてい
ないときには、付加的な大きな全文字をＤＬに付加しデ
ィメンションメタコードを用いてトリムする。トリミン
グはスキャン方向ではバイト境界に対してのみであるの
で、付加的なドットがトレーリングドット文字を用いて
満たされる。大きな全文字は完全なテクスチャパターン
を含む。

【０２０６】トレーリングドット文字は大きなフィルの
ディメンションメタコード打切りと、右側フィル境界と
の間にフィルを提供する。テクスチャの各バイト幅に対
する１から７ビット幅に対して１文字必要とされる。文
字の高さは大きな全文字の高さと同一である。以下にフ
ィルのアルゴリズムを示す。

【０２０７】なお、この範のすべての計算は整数計算と
する。変数定義使用されるインク用のインク取扱記述子であって、イン
クサイズＸ及びインクサイズＹを含むものインクサイズＸ、ビット数で表したスキャンライン方向
のインクのサイズインクサイズＹ，インクに含まれるスキャンライン数フィル位置Ｘ、フィルが開始するドットアドレスフィル位置、フィルが開始するスキャンアドレスフィルサイズＸ、フィルのドット数フィルサイズＹ、フィルのスキャン数定数大きなフィルパターンＸ＝１０２４、大きなフィルパタ
ーンに対するスキャン当たりのドット数（一定）大きなフィルパターンＹ＝３２、大きなフィルパターン
におけるスキャン数（一定）横長（landscape)＝横長メタコードハイライト色スタート＝ハイライト色スタートメタコー
ドハイライト色エンド＝ハイライト色エンドメタコードラインの終了＝ラインの終了のメタコード機能ＤＬ（スキャンライン、ドットアドレス）生成（creat
e) ＤＬを生成して現在のＴＬに加算する。

【０２０８】ＤＬ（データ）をプット（put) １もしくはそれ以上のバイトを現在のＤＬに加算する。ディメンション８（Ｘ，Ｙ）ディメンションメタコードの文字シーケンスを生成して
特定されたＸ，Ｙディメンションをセットし、Ｘを８ビ
ット境界まで丸める。ディメンション１６（Ｘ，Ｙ）ディメンションメタコードの文字シーケンスを生成して
特定されたＸ，Ｙディメンションをセットし、Ｘを１６
ビット境界まで丸める。

【０２０９】相対的ドット（Ｘ）相対的ドット位置を示すメタコードの文字シーケンスを
生成して現在のＸ位置を変更する。色の大きな全文字（）大きな全文字を計算する。

【０２１０】色の大きな全文字（）＝ベース文字リーディングドット文字（リーディングドット）リーディングドット文字の文字コードを計算する。リーディングドット文字（リーディングドット）＝ベー
ス文字＋リーディングドットトレーリングドット文字（トレーリンドット）トレーリングドット文字の文字コードを計算する。

【０２１１】トレーリングドット文字（トレーリングド
ット）＝ベース文字＋（インクサイズＸ−１）＋トレー
リングドット＝ベース文字＋インクサイズＸ＋トレーリ
ングドット−１リーディングスキャン文字（リーディングスキャン）リーディングスキャン文字の文字コードを計算する。

【０２１２】リーディングスキャン文字（リーディング
スキャン）＝ベース文字＋（インクサイズＸ−１）＋
（インクサイズＹ−１）＋リーディングスキャン左コーナ文字（リーディングドット、リーディングスキ
ャン）左コーナ文字の文字コードを計算する。

【０２１３】左コーナ文字（リーディングドット、リー
ディングスキャン）＝ベース文字＋２＊（インクサイズ
Ｘ−１）＋（インクサイズＹ−１）＋（（リーディング
ドット−１）＊（インクサイズＹ−１））＋リーディン
グスキャン＝ベース文字＋２＊インクサイズＸ＋インク
サイズＹ＋（（リーディングドット−１）＊（インクサ
イズＹ−１））＋リーディングスキャン−３右コーナ文字（トレーリングドット、トレーリングスキ
ャン）右コーナ文字の文字コードを計算する。

【０２１４】右コーナ文字（トレーリングドット、トレ
ーリングスキャン）＝ベース文字＋２＊（インクサイズ
Ｘ−１）＋（インクサイズＹ−１）＋（インクサイズＸ
−１）＊（インクサイズＹ−１）＋（（トレーリングド
ット−１）＊（インクサイズＹ−１））＋リーディング
スキャン＝ベース文字＋インクサイズＸ＊インクサイズ
Ｙ＋インクサイズＸ＋（（トレーリングドット−１）＊
（インクサイズＹ−１））＋リーディングスキャン−２テクスチャの大型全文字＝ベース文字大型全文字の文字コードを計算する。

【０２１５】テクスチャトレーリングドット文字（トレ
ーリングドット）トレーリングドット文字の文字コードを計算する。テクスチャトレーリングドット文字（トレーリングドッ
ト）＝ベース文字＋トレーリングドットすべての計算は打切りを有する整数演算を用いる。

【０２１６】Γ_nＸ＝次のｎ境界まで丸められたＸ＝
（Ｘ＋ｎ−１）／ｎ＊ｎ色フィル関数この関数はインク処理（ink Handle) に
よって指示されたページ登録インクを用いて位置（フィ
ル位置Ｘ、フィル位置Ｙ）で開始する領域をフィルサイ
ズＸ、フィルサイズＹのディメンションで満たす。

【０２１７】ＤＥＦＩＮＥ色Ｆｉｌｌ（フィル位置Ｘ、
フィル位置Ｙ、フィルサイズＸ、フィルサイズＹ、イン
ク処理）ベース文字＝１６／^*黒全文字セット使用^*／フィルＰｌａｎｅ（フィル位置Ｘ、フィル位置Ｙ、フィ
ルサイズＸ、フィルサイズＹ、インク取扱、ハイライト
色終了）ベース文字＝１３６／^*ハイライト色全文字セット使用
^*／フィルＰｌａｎｅ（フィル位置Ｘ、フィル位置Ｙ、フィ
ルサイズＸ、フィルサイズＹ、インク処理、ハイライト
色開始）ＥＮＤＤＥＦＩＮＥＤＥＦＩＮフィルＰｌａｎｅ（フィル位置Ｘ、フィル位
置Ｙ、フィルサイズＸ、フィルサイズＹ、インク処理、
色メタコード）インクサイズＸ＝インク処理、インクサイズＸインクサイズＹ＝インク処理、インクサイズＹ大型フィル位置Ｘ＝ΓインクサイズＸフィル位置Ｘリーディングドット＝ｍｉｎ（フィルサイズＸ，大型フ
ィル位置Ｘ−フィル位置Ｘ）大型フィルバイトカウント＝（フィルサイズＸ−リーデ
ィングドット）／８Ｘリピートカウント＝８＊大型フィルバイトカウント−
（Ｘリピートカウント＊（大型フィルパターンＸ／８）トレーリングドット＝フィルサイズＸ−リディングドッ
ト−大型フィルバイトカウント＊８大型フィル位置＝ΓインクサイズＹフィル位置Ｙリーディングスキャン＝ｍｉｎ（フルサイズＹ，大型フ
ィル位置Ｙ−フィル位置Ｙ）Ｙリピートカウント＝（フルサイズＹ−リーディングス
キャン）／大型フィルパターンＹトレーリングスキャン＝フィルサイズＹ−リディングス
キャン−Ｙリピートカウント＊大型フィルパターンＹ現在のＹ＝フィル位置Ｙ現在のＸ＝フィル位置ＸＩＦリーディングスキャン＜＞０ＴＨＥＮ生成ＤＬ（スキャンライン＝現在のＹ，ドットアドレス
＝現在のＸ）プットＤＬ（色メタコード）プットＤＬ（横長）ＩＦリーディングドット＜＞０ＴＨＥＮプットＤＬ（左コーナ文字（リーディングドット、リー
ディングスキャン））ＥＮＤＩＦＲＥＰＥＡＴＸリピートカウントプットＤＬ（リーディングスキャン文字（リーディング
スキャン））；ＥＮＤＲＥＰＥＡＴＩＦＸ残存バイトカウント＜＞０プットＤＬ（ディメンション８（Ｘ残存バイトカウント
＊８，リーディングスキャン））プットＤＬ（リーディングスキャン文字（リーディング
スキャン））プットＤＬ（相対的ドット（Ｘ残存バイトカウント＊８
−（大型フィルパターンＸ）））ＥＮＤＩＦＩＦトレーリングドット＜＞０ＴＨＥＮプットＤＬ（右コーナ文字（トレーリングドット、リー
ディングスキャン）ＥＮＤＩＦプットＤＬ（ラインの終了）現在のＹ＝現在のＹ＋リーディングスキャンＥＮＤＩＦＲＥＰＥＡＴＹリピートカウント生成ＤＬ（スキャンライン＝現在のＹ、ドットアドレス
＝現在のＸ）プットＤＬ（色メタコード）プットＤＬ（横長）ＩＦリーディングドット＜＞０プットＤＬ（リーディングドット文字（リーディングド
ット））ＥＮＤＩＦＲＥＰＥＡＴＸリピートカウントプットＤＬ（色大型フィル文字）；ＥＮＤＲＥＰＥＡＴＩＦＸ残存バイトカウント＜＞０ＴＨＥＮプットＤＬ（ディメンション８（Ｘ残存バイトカウント
＊８，大型フィルパターンＹ））プットＤＬ（色大型フィル文字）プットＤＬ（相対的ドット（Ｘ残存バイトカウント＊８
−（大型フィルパターンＸ）））ＥＮＤＩＦＩＦトレーリングドット＜＞０ＴＨＥＮプットＤＬ（トレーリングドット文字（トレーリングド
ット））ＥＮＤＩＦプットＤＬ（ラインの終了）現在のＹ＝現在のＹ＋大型フィルパターンＹＥＮＤＲＥＰＥＡＴＩＦトレーリングスキャン＜＞０ＴＨＥＮ生成ＤＬ（スキャンライン＝現在のＹ、ドットアドレス
＝現在のＸ）プットＤＬ（色メタコード）プットＤＬ（横長）ＩＦリーディングドット＜＞０ＴＨＥＮプットＤＬ（ディメション１６（リーディングドット、
トレーリングスキャン））プットＤＬ（リーディングドット文字（リーディングド
ット）ＥＮＤＩＦＲＥＰＥＡＴＸリピートカウントプットＤＬ（ディメンション８（大型フィルパターン
Ｘ，トレーリングスキャン））プットＤＬ（色大型フィル文字）ＥＮＤＲＥＰＥＡＴＩＦＸ残存バイトカウント＜＞０ＴＨＥＮプットＤＬ（ディメンション８（Ｘ残存バイトカウント
＊８，トレーリングスキャン））プットＤＬ（色大型フィル文字）プットＤＬ（相対的ドット（Ｘ残存バイトカウント＊８
−（大型フィルパターンＸ）））ＥＮＤＩＦＩＦトレーリングドット＜＞０ＴＨＥＮプットＤＬ（ディメンション１６（トレーリングドッ
ト，トレーリングスキャン））プットＤＬ（トレーリングドット文字（トレーリングド
ット））プットＤＬ（ラインの終了）ＥＮＤＩＦＥＮＤＩＦＥＮＤＤＥＦＩＮＥテクスチャフィル関数この関数はインク処理（ink Ha
ndle) によって指示されたページ登録インクを用いて位
置（フィル位置Ｘ，フィル位置Ｙ）で開始する領域をフ
ィルサイズＸ，フィルサイズＹにディメンションで満た
す。

【０２１８】ＴＢＤ（さらに定義を待つ）下表にはテクスチャインク全文字コードの割当てを示
す。

【０２１９】

【表１０】

【０２２０】また、下表にはテクスチャインクに要求さ
れる文字コード数を示す。

【０２２１】

【表１１】

【０２２２】さらに、下表には、テクスチャインクサイ
ズを示す。

【０２２３】

【表１２】

【０２２４】問題点１．テキスチャファイル用のトレーリングドット文字は
ディメンションメタコードを用いて達成できるバイト境
界に対応するので、トレーリングドット文字の１／８を
除去できる。２．混合されたフィルについては、ＤＬの数、単一のＤ
Ｌ内の絶対的位置の使用との機能分担は何か。

【０２２５】３．３２スキャンの文字高さを選択して文
字処理システムと同様のインクによって様されたシステ
ム負荷を保持する。満たされたボックスを描写するＴＬ
／ＤＬ構造は図３４に示される。本発明は特別の実施例
を参照して説明したが、種々変更をなすことができ、ま
た、本発明の真の精神及び要素と等価なものに置換しえ
ることが当業者によって理解される。また、本発明の基
本的な教示から外れることなく多くの修正をなすことが
できる。

【０２２６】

【発明の効果】以上説明したように、本発明に係るプリ
ンタによれば、従来の字体であった、種々の色及び形状
を生成して記憶できる。

【図面の簡単な説明】

【図１】インクカタログヘッダを示す図である。

【図２】字体リストを示す図である。

【図３】原色リストを示す図である。

【図４】パレットディレクトリを示す図である。

【図５】パレットヘッダを示す図である。

【図６】スクリーンセットディレクトリを示す図であ
る。

【図７】パターンディレクトリを示す図である。

【図８】色ディレクトリを示す図である。

【図９】テクスチャディレクトリを示す図である。

【図１０】スクリーン定義のディレクトリを示す図であ
る。

【図１１】スクリーン定義を示す図である。

【図１２】パターン定義を示す図である。

【図１３】色定義を示す図である。

【図１４】テクスチャ定義を示す図である。

【図１５】大型全文字を示す図である。

【図１６】７×３２リーディングドット文字を示す図で
ある。

【図１７】３×２リーディングドット文字を示す図であ
る。

【図１８】７×７左コーナ文字を示す図である。

【図１９】３２×７リーディングスキャン文字を示す図
である。

【図２０】７×３２トレーリングドット文字を示す図で
ある。

【図２１】７×７右コーナ文字を示す図である。

【図２２】３２×３２マスクを示す図である。

【図２３】インタープレス標準当たり３２×３２マスク
（バイトストリーム）を示す図である。

【図２４】ＤＥＣメモリにおける３２×３２マスクを示
す図である。

【図２５】均一の外観を有する色と視認構造を有するテ
クスチャとの差を示す図である。

【図２６】スクリーン、色、パターン、及びテクスチャ
の関係を示す概略図である。

【図２７】印字システムの簡単なブロック図である。

【図２８】データフロー図である。

【図２９】データフロー図である。

【図３０】ボックスを満たす方法を示す図である。

【図３１】データフロー図である。

【図３２】データフロー図である。

【図３３】インクテクスチャを用いるボックスを満たす
例を示す図である。

【図３４】フィルＴＬ／ＤＬボックスの例を示す図であ
る。

【図３５】新しいシンボルテーブルに加えられる新登録
を示す図である。

【図３６】シンボルテーブルを示す図である。

【図３７】ＮＯタイプ構造Ｄの構成を示す図である。

【図３８】Ｉカタログ構造Ｄの構成を示す図である。

【図３９】原色構造Ｄの構成を示す図である。

【図４０】パレット構造Ｄの構成を示す図である。

【図４１】色サブオプション構造Ｄの構成を示す図であ
る。

【図４２】モデルサブオプション構造Ｄの構成を示す図
である。

【図４３】スクリーンセットサブオプション構造Ｄの構
成を示す図である。

【図４４】原色サブオプション構造Ｄの構成を示す図で
ある。

【図４５】値サブオプション構造Ｄの構成を示す図であ
る。

【図４６】ＣＯＰＴＳ構造Ｄの構成を示す図である。

【図４７】スキャンセット構造Ｄの構成を示す図であ
る。

【図４８】スクリーン構造Ｄの構成を示す図である。

【図４９】データサブオプション構造Ｄの構成を示す図
である。

【図５０】サイズサブオプション構造Ｄの構成を示す図
である。

【図５１】Ｄタイプサブオプション構造Ｄの構成を示す
図である。

【図５２】Ｐライブラリサブオプション構造Ｄの構成を
示す図である。

【図５３】Ｐインディックスサブオプション構造Ｄの構
成を示す図である。

【図５４】ＳＯＰＴＳ構造Ｄの構成を示す図である。

【図５５】テクスチャ構造Ｄの構成を示す図である。

【図５６】パターンサブオプション構造Ｄの構成を示す
図である。

【図５７】インクサブオプション構造Ｄの構成を示す図
である。

【図５８】パターン構造Ｄの構成を示す図である。

【図５９】ＰＯＰＴＳ構造Ｄの構成を示す図である。

【図６０】ＥＮＤ構造Ｄの構成を示す図である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｎ 1/23 １０１Ｃ 9186−5Ｃ (72)発明者マークゲインズアメリカ合衆国カリフォルニア州 90250 ホーソーン 238 ドーティーアベニュー 13220

Claims

【特許請求の範囲】

【請求項１】２つの着色剤を用いて出力媒体上に所定
の色で可変サイズのハイライト領域を印字し、前記所定
の色は前記出力媒体と前記２つの着色剤との組合せであ
る二色プリントであって、該プリンタのメモリに設けられた複数の字体であって、
該各字体は複数の文字を具備し、該各文字は２つの等サ
イズかつ等形状のビットマップを具備し、該ビットマッ
プの１つは１つの着色剤で印字すべき画素を示すビット
を有し、前記ビットマットの他の１つは他の着色剤で印
字すべき画素を示すビットを有し、この結果、前記文字
のすべてにおける画素数は一字体におけるすべての文字
に対して同一であり、前記各字体の文字の形状及びサイ
ズは他のすべての字体の文体の文字の形状及びサイズと
同一であるものと、印字用の２つの着色剤と、前記プリンタを制御して前記印字出力上の各位置に対し
て、前記字体、該字体の特殊文字、及び印字工程におい
て用いられるべき着色剤を特定して所望の色で前記出力
媒体の一領域に印字する印字ジョブ記述とを具備する二
色プリンタ。