JPH04366662A - 単色ドキュメントのカラー化方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】発明の背景 この発明は、単色またはカラーによるオリジナルのもの
の電子的なバージョンからカラーのプリントを生成させ
る方法である。これをより詳細にいえば、カラー・プリ
ンタ内にインストールされているソフトウエア・パッケ
ージにより、ページ記述言語をもって記述されている単
色またはカラーによるオリジナルのものを受け入れて、
自動的にまたはユーザ・コントロールの下に、その部分
が種々のカラーでプリントされたプリントを出力するよ
うにされる。

【０００２】ＰｏｓｔｓｃｒｉｐｔおよびＩｎｔｅｒｐ
ｒｅｓｓを含む多くのページ記述言語（ＰＤＬ）は、コ
ンピュータとプリンタとの間のインタフェースとして有
用なものであり、その中の幾つかは広範に標準化されて
いる。大方のＰＤＬによれば、単色エリアのパターン、
ビットマップ、ライン、および、フォント、サイズおよ
びその他の属性（例えば、アンダーライン）のようなテ
キストの特性を特定することができる。その中の幾つか
は多様なやり方によるカラーの特定を始めている。

【０００３】過去において、大方のデッサン、ペイント
、出版およびグラフィックスのソフトウエア・パッケー
ジでは単色のドキュメントを生成しており、カラー・プ
リンタは殆どなかった。このために、現存する多くのド
キュメントは完全に単色のものである。これらの単色の
ページのものは、いうまでもなく、カラー・プリンタに
伝送されたとしても単色でプリントされることになる。

【０００４】しかしながら、カラー・プリンタが普及し
てくるのにつれて、カラーでプリントできるページを生
成させるために、現存する単色用のソフトウエアを用い
る希望が出てきている。また、多くのカラー化の特徴を
許容しない基本的なカラー・ソフトウエアに対して機能
を付加するという希望もある。最後に、産業界において
は、以前の単色のページをある程度カラーを含むように
再編集する希望も強くなってきている。少なくとも１個
のプレゼンテーションであるグラフィックス・パッケー
ジにおいては、ある特定の単色のパターンを有する全て
のオブジェクトについて、限定されたカラー・リストの
中からのカラーにすることをユーザに許容することによ
り、この最後の希望を促進させている。同様にして、テ
キスト、ビットマップおよびラインの編集が可能にされ
て、以前の単色のドキュメントからカラーのドキュメン
トを生成するようにされる。

【０００５】このようなシステムについては、Ｃｒｉｃ
ｋｅｔ　　Ｐｒｅｓｅｎｔｓ　　Ｕｓｅｒ’ｓ　　Ｇｕ
ｉｄｅの１３７ページにおいて説明されている。これは
単色のファイルにとって重要なグラフィックス・プレゼ
ンテーションのソフトウエア・パッケージであって、こ
れによってユーザが許容されることは、それらをカラー
化したテキスト、ライン、ビットマップまたはパターン
を有するファイルに容易に編集することである。本質的
にいって、Ｃｒｉｃｋｅｔ　　Ｐｒｅｓｅｎｔｓによれ
ば、ユーザに対して、単色のドキュメントをカラーを含
むものに編集するためのある種の近道が与えられる。

【０００６】このシステムにおける一つの不利な特性は
、ディスプレイ上でのカラーがカラー・プリンタによっ
てプリントされたときとは極めて異なっているようにみ
えることが多く、ユーザによっては、プリンタにおける
カラーの規定を超えて、Ｃｒｉｃｋｅｔ　　Ｐｒｅｓｅ
ｎｔｓにおいてコントロールすることができない。カラ
ーに満足ができないときには、ドキュメントの再編集ま
たは再設計をせねばならない。その第２の問題は、オリ
ジナルである単色のドキュメントがカラー化の編集操作
において失われてしまうために、単色プリンタ上でのプ
リント操作のために分離して記憶されねばならないこと
である。そして、ユーザは扱うべきドキュメントを２個
有することになり、例えば、ある一方のテキストに対す
るどのような変更であっても、他方について同様になさ
れねばならない。その第３の不利な点として、ユーザが
多くの単色ドキュメントを有しているときには、その各
々について、カラー化のために繁雑なタスクである編集
操作を個別に実行せねばならないことがある。第４に、
カラーの選択について、ユーザは極度に制限を受けてい
る。第５に、カラー・プリンタが高価であることから、
ある１グループにおける多くのユーザに対してサービス
するカラー・プリンタは１台しか存在しない。しかしな
がら、１台のプリンタしか存在しないときであっても、
そのカラー化の編集操作能力の使用を希望する各個人の
コンピュータには、その上でランするＣｒｉｃｋｅｔ　
　Ｐｒｅｓｅｎｔｓソフトウエアのコピーが存在せねば
ならない。

【０００７】単色のテキスト・ドキュメントを部分的に
カラー化するための別のシステムについては、米国特許
第４，８５７，９５５号に説明されている。これには２
色のカラー・プリンタが用いられている。その一方のカ
ラーは通常は黒色であって基本的なテキストのために用
いられており、また、その第２のカラーはハイライト・
カラーとして用いられている。ここでのプリンタは、イ
タリック体、ボールド・キャラクタ、括弧等の入来する
データの一つの特徴を同定するようにプログラムされて
、該当の同定されたテキストをハイライト・カラーでプ
リントするようにされている。Ｃｒｉｃｋｅｔ　　Ｐｒ
ｅｓｅｎｔｓについての幾つかの問題はこれによって回
避される。第１に、このソフトウエアはプリンタ内に存
在するために、カラー・プリンタの使用を希望する各コ
ンピュータには、このソフトウエアの個別のコピーを備
えることが不要になる。また、単色ドキュメントはユー
ザによる手作業では編集されなくなり、プリンタによっ
て自動的にカラー化操作がなされることになる。しかし
ながら、このシステムはユーザのコントロールの下には
ない１個のカラーに限定されており、カラー化の可能な
特徴に極めて限定されていて、ドキュメント毎に１個の
タイプの特徴だけでカラー化できてテキスト上のみに作
用するようにされているが、現用されている標準的なペ
ージ記述言語上では操作できないようにされている。

【０００８】単色のドキュメントをカラー化するために
、より適応性があり融通性のあるシステムが必要とされ
ているが、その中の一つはプリンタのカラーの変更につ
いてユーザのコントロールが許容され、所望されるとき
にはユーザによる拡張的な編集操作なしでドキュメント
が自動的にカラー化することが許容され、多様な特徴の
カラー化をするようにされ、ページ対ページを基礎とし
て自動的なカラー化のデフォルトについての変更を施す
ためにユーザの手作業によるコントロールを付与するよ
うにされ、多くのソフトウエアのコピーを必要としない
ようにカラー・プリンタ内に駐在するようにされ、また
、標準的なページ記述言語をもって作業できるようにさ
れる。

【０００９】発明の概要 この発明においては、ページ記述言語を傍受するために
、そして、オペレータの要請に従ってそれを修正するた
めに、ソフトウエア・パッケージがカラー・プリンタの
フロントエンドにインストールされる。オリジナルのも
のが有しているどのような特性であってもカラーに変換
することができる。例えば、オリジナルのものにおける
アンダーラインされたテキストがこれに代ってプレーン
にカラー化したテキストとしてプリントされるか、また
は、このアンダーラインがある一つのカラーでプリント
され、テキストは別のカラーでプリントできるようにさ
れるか、もしくは、カラー化したドロップシャドーおよ
び／またはハイライトのような他の形状の付加や修正が
可能にされる。単色のオリジナルのものについてのハー
フトーン化された資料、イタリック体、ボールド・レタ
ー、特定フォント、ライン、パターン、および、多くの
他の特徴が、ユーザによって特定されるカラーまたは自
動的に特定されるカラーによって認識およびプリントで
きるようにされる。カラー・ドキュメントは、ドキュメ
ントにおけるカラーを認識および変更するためのソフト
ウエア・セットをもってプリンタに伝送することもでき
る。プリンタに対して伝送された単色の（またはカラー
の）オリジナルは変更されず（それはプリンタの環境に
おいてのみ変更される）に留まり、カラーによるプリン
ト操作のプロセスの多くの局面はユーザによるコントロ
ールの下に移行するようにされる。

【００１０】図面および表についての簡単な説明図面に
含まれているものは、包含されたデータ（ボックスまた
はプレーン・テキストで表されている）、データの流れ
（矢印）、および、それぞれの包含されたサブ・プロセ
ス（サークル）を含んでなる、説明されているプロセス
の全体的な構成を絵画的に示すものである。各図面に関
連している表は、ある特定のハイ・レベルのＰＤＬ（Ｉ
ｎｔｅｒｐｒｅｓｓ）と特定のグラフィックスおよびプ
レゼンテーション・ソフトウエア（Ｘｅｒｏｘ　　Ｖｉ
ｅｗｐｏｉｎｔなるソフトウエアのセット）に対して、
この発明の実施を表すソース・コードのセグメントを示
すものである。ここで用いられるプログラミング言語は
Ｃｅｄａｒであって、より共通的な言語としてのＰａｓ
ｃａｌと同様な、強固なタイプにされた言語である。

【００１１】図１／表１は、全体的なプロセスの概略を
示す。図１における特定のサブ・プロセス（サークル１
．１−１．５）については、以下の図面および表におい
て詳細に後述される。

【００１２】図２／表２は、変換データベース（図１の
概略図においてボックス１．２で示されている）の生成
において用いられる、ドキュメント埋め込み式のコマン
ドを抽出するための詳細図である。

【００１３】図３／表３，表４は、マッピング・データ
ベース（これも図１の概略図においてボックス１．２で
示されている）の生成のための詳細図である。

【００１４】図４／表５，表６は、満たされているグラ
フィックス・オブジェクト（図１の概略図においてサー
クル１．３で示されている）のカラー化のための詳細図
である。表５に含まれているものは、図４を実現すると
きの主要なカラー化コードであり、表６に含まれている
ものは、一つの特定のグラフィックス・パッケージおよ
びＰＤＬに対するサンプル的なソフトウエア／データで
ある。

【００１５】図５／表７，表８は、テキスト（図１の概
略図においてサークル１．４で示されている）のカラー
化のための詳細図である。

【００１６】図６／表９は、ビットマップ（図１の概略
図においてサークル１．５で示されている）のカラー化
のための詳細図である。

【００１７】概説の詳細−図１および表１参照

【表１】 単色のドキュメントＰＤ０（ページ記述０）は図１の左
頂部において導入され、プリンタ環境において各プロセ
ス１．１−１．５により連続的に変化して、ＰＤ０のカ
ラー化したページ記述であるＰＤ４としてプリント操作
をするために現れるようにされる。

【００１８】プロセス１．１（カラー化命令のデータベ
ースを構築）においては、２個のデータベース（即ち、
変換データベースおよびマッピング・データベース）が
生成される。これらとともに、ドキュメントＰＤ０のた
めのカラー化命令が構成される。

【００１９】変換データベースに含まれている命令は、
種々の単色のパターン、テキストのマーキング、カラー
、または、特定されたカラーに対する他の単色での特徴
を変換させるやり方についてのものである。マッピング
・データベースでは、これらのカラーを新規のカラーに
するようにリクエストされるマッピングの特定がなされ
る。変換データベースによれば個別の特徴を特定された
カラーに変換することが可能にされるが、大規模のカラ
ー・マッピングを達成するためには、マッピング・デー
タベースが包括的または（“全てのテキスト”における
ように）僅かに包括的に適用されることが多い。例えば
、マッピング・データに含まれている式によれば、イメ
ージ内の全てのカラーが３０％だけ暗くされる。または
、特別の効果を達成するためにマッピングを用いること
が可能であって、ページ上のマッピング・カラーを“ス
プリング状（Ｓｐｒｉｎｇ−ｌｉｋｅ）”カラーまたは
他の特定されたパレットにするようにされる。ドキュメ
ントの“逆のカラー化”のためにマッピング・データベ
ースを用いることさえも可能であって、（例えば、プレ
ゼンテーションにおけるコピーの容易な宣伝ビラとして
用いるために）カラー・ドキュメントについて単色また
はグレー調のプリントを生成するようにされる。

【００２０】変換データベースおよびマッピング・デー
タベースが構築された後で、ドキュメントは３個の連続
したプロセスによって修正される。プロセス１．３にお
いては、グラフィックス・オブジェクト様のサークル、
長方形、楕円等の同定をし、それらの単色パターンまた
はそれらの以前でのカラーに従って、それらのカラー化
または再カラー化をする。プロセス１．４においては、
特定されたやり方においてマークされたテキストを探索
して、該当の命令に従ってそのカラー化をし、そして、
新規の形状またはテキストの特徴を付加することができ
る。プロセス１．５においては、ビットマップまたはス
キャンされたイメージを探索して、それらをカラー化す
る。

【００２１】表１に含まれているトップ・レベルのコー
ドは、図１での実施に対応するものである。表１におけ
るコードの始めの３ステップは図における１．１に対応
するものであって、変換データベースのこの構築により
、ドキュメントのカラー化命令の第１の部分が付与され
る。これらの３ステップで反映されることは、各ドキュ
メントに対する３個のカラー化命令源があるということ
である。第１に、プリンタに組み込まれるデフォルトオ
プションのセットがある。（コードでは“ｃｌｉｅｎｔ
ＦｉｌｅＳｌｉｃｅｓ”と呼ばれる。）第２に、メッセ
ージを受け入れるプリンタに対しては、該当のドキュメ
ントに従ってメッセージをプリンタに直送することによ
り、オペレータはこのデフォルトを修正することができ
る（“ｃｌｉｅｎｔＲｏｐｅＳｌｉｃｅ”）。第３に、
カラー化命令はドキュメント自体に含ませることが可能
であり、このために、ある特定のドキュメントに対する
デフォルトオプションを永久的に修正するようにされる
。この“ｄｏｃｕｍｅｎｔＲｏｐｅＳｌｉｃｅ”は、“
ＯｂｔａｉｎＥｍｂｅｄｄｅｄＰｒｏｆｉｌｅ”を呼ぶ
ことによって得られる。この最後の場合においては、ド
キュメント内のカラー化命令はデータベースに入力され
、これに次いで、プリントされないようにドキュメント
から除去される。実際に、図１におけるＰＤ１は、ドキ
ュメントに埋め込まれたカラー化命令なしのＰＤ０を構
成している。

【００２２】表１のコードにおける第４のステップによ
り、マッピング・データベース（“ｍａｐＤａｔａ”）
を構築することによって図における１．１の実施が終了
する。そのようになされるのは、“ＧｅｔＭａｐｐｉｎ
ｇｓ”（後述される）を呼ぶことによってである。

【００２３】第５のステップでは、図の１．３ないし１
．５を連続して実施するループの実行がなされる。この
ループはシステムの“セッティング”の各々を通してラ
ンするものであって、これに含まれているカラー化の各
々はある特定のプリンタによってなされることになる。 カラー化１．３ないし１．５の各々については後述され
る。

【００２４】変換データベース構築の詳細−図２および
表２参照

【表２】 表１に示されているものは、変換データベースを構築す
るときの３ステップのプロセスである。その第３のステ
ップ（ドキュメントから埋め込み式のカラー化命令を取
得して削除すること）は、“ＯｂｔａｉｎＥｍｂｅｄｄ
ｅｄＰｒｏｆｉｌｅ”と呼ばれる手順によってなされる
。該当の手順についてはここで詳述される。

【００２５】簡単にいって、ドキュメントのテキストは
コード・ワード“ＣｕｓｔｏｍｅｒＣｏｌｏｒ”に対し
てスキャンされるものであるが、ここでのこのコード・
ワードは、見出されたときに、後続のテキストがプリン
トされるドキュメントの一部でを意味するものではなく
て、プリンタに対する命令であることを、システムに対
して指示するものである。同様にして、コード・ワード
“ＥｎｄＣｕｓｔｏｍ”が見出されたときには、該当の
プロセス操作が停止される。多重ページのドキュメント
に許容されることは、各ページ上にカスタム・カラー・
セクションを持たせて、各ページが異なるカラーになる
ことを許容することである。各ページにおけるＣｕｓｔ
ｏｍｅｒＣｏｌｏｒコマンドを探索するために、プログ
ラムの追跡がなされて各ページの開始および終了をさせ
る。一旦全てのカラー・コマンドが捕獲されると、それ
らがＰＤＬから除去されて、プリントされるべきテキス
トだけがＰＤ１内に残ることになる。

【００２６】図２には、このプロセスが詳細に示されて
いる。第１に、３個の異なるＰＤＬの構築のために、即
ち、テキスト（“ｓｅｑ　　ｓｔｒｉｎｇ”）、新規ラ
イン（“ｓｅｔｘｙ”）およびページ境界（“ｂｅｇｉ
ｎＢｏｄｙ，ｅｎｄＢｏｄｙ”）のためにＰＤ０が探索
される。このページ境界の情報は記憶されて、プリント
されることを意味しないカラー化命令を含むページまた
はページのセクションを排除するときに後から使用され
る。テキストの情報の分析は、“ＣｏｌｌｅｃｔＥｍｂ
ｅｄｄｅｄ　　Ｃｏｌｏｒｉｎｇ　　Ｉｎｓｔｒｕｃｔ
ｉｏｎｓ”なるプロセスにおいてなされる。一旦コード
・ワード“ＣｕｓｔｏｍＣｏｌｏｒｓ”が見出されると
、その位置が記憶されて、ページの終りまたはコード・
ワード“ＥｎｄＣｕｓｔｏｍＣｏｌｏｒｓ”が見出され
るまでは、追従する全てのテキストがカスタム・カラー
化のコマンドとして扱われる。ここでのカスタム・カラ
ー化のコマンドは“Ｔｒａｎｓｆｏｒｍｓ　　Ｄａｔａ
　　Ｆｒｏｍ　　Ｄｏｃｕｍｅｎｔ”として収束され、
また、それらの位置は、ＰＤ１を生成するように、プリ
ントしたドキュメントからそれらを排除するために用い
られる。

【００２７】表２に示されているものは、図２に対する
コードである。

【００２８】まず、手順ＯｂｔａｉｎＥｍｂｅｄｄｅｄ
Ｐｒｏｆｉｌｅにより、ＩＰＳｃａｎ．ＳｃａｎＲｏｐ
ｅと呼ばれるユーティリティが呼ばれ、カラー化される
べきドキュメントＰＤ０である（Ｐａｓｃａｌにおける
ストリングのような）“ｒｏｐｅ”をスキャンする。Ｓ
ｃａｎＲｏｐｅはｂｅｇｉｎＢｏｄｙ，ｓｅｔｘｙ等の
ようなＰＤＬオペレータの探索をして、それらの位置（
最小および最大）を手順“ＰｅｒＯｐ”に渡す。

【００２９】手順ＰｅｒＯｐは単純には大選択ステート
メントであって、見出されているＰＤＬオペレータに依
存して異なる動作をするようにされる。ｂｅｇｉｎＢｏ
ｄｙ（ページの始まり）に対しては、その位置（最小）
を記憶するだけである。ｅｎｄＢｏｄｙに対しては、カ
スタムの命令が該当のページ上で見出されたか否かのチ
ェックがなされて、ＰＤ１に対するページが完全に付加
される（“ｉｐＴｏＣｏｌｏｒｉｚｅ”）か、または、
カラー化命令を削除し、これに次いでページの残りをＰ
Ｄ１に付加するかのいずれかがなされる。ある１個のテ
キスト・ストリングに対しては、このテキストがサーチ
されているコード・ワードの一つであるかどうか、また
は、このコード・ワードが既に見出されているものかど
うかがＰｅｒＯｐによりチェックされて、このテキスト
をＣｕｓｔｏｍ　　Ｔｒａｎｓｆｏｒｍ　　Ｄａｔａ（
“ｐｒｏｆｉｌｅＡｄｄｉｔｉｏｎ”）に加えるか、そ
うでないとすれば、このテキストを無視するようにされ
る。 ｓｅｔｘｙに対しては、これが新規なラインであるかま
たはタブであるかを決定するために、ＰｅｒＯｐにより
種々のヒントについてのチェックがなされる。そして、
新規なラインであるときには、構築されている“ｐｒｏ
ｆｉｌｅＡｄｄｉｔｉｏｎ”に対してキャリッジ・リタ
ーンを加えるだけにされる。

【００３０】ＩＰＳｃａｎ．ＳｃａｎＲｏｐｅにより全
体的なドキュメントＰＤ０のスキャンがなされる時点ま
でに、ドキュメント内に埋め込まれている各カラー化命
令の抽出および記憶がＰｅｒＯｐによって可能にされ、
そして、新規なドキュメントであるＰＤ１が構築される
ことになるが、プリントされることを意味しないカラー
化命令がないことを除いて、このＰＤ１はＰＤ０と同じ
ものである。

【００３１】マッピング・データベースの構築の詳細−
図３および表３，表４参照

【表３】

【表４】 表１および図の１．１において構築されているカラー化
命令データベースには、変換データベースだけではなく
、マッピング・データベースも含まれている。これは、
手順ＧｅｔＭａｐｐｉｎｇｓを呼ぶことによって表１で
構築されているものである。この手順についてはここで
詳述される。

【００３２】図３において示されているように、マッピ
ング・データベースを構築する際の第１のステップは、
ユーザのマッピングのリクエストを、実在するカラー化
の命令から検索することである。そして、これらのマッ
ピングのリクエストは、その有効性のいかんについてチ
ェックされる。リクエストはされていても、ユーザまた
はシステムのいずれかによって規定されていないカラー
・マッピングは無視される。（ユーザの規定に基づくマ
ッピングに対する規定はカラー化命令の一部として入力
される。このマッピングがシステムにおいて先に規定さ
れていることが見出されないときには、このデータベー
スのサーチがなされる。）有効性に対するチェックの一
部として、それが“Ｓｎａｐ−Ｌｉｓｔ”マッピングで
あるか、または、“Ｆｏｒｍｕｌａ”マッピングである
かを知るために、マッピングのチェックがなされる。

【００３３】Ｓｎａｐ−Ｌｉｓｔマッピングは、許容で
きるカラーのリストを特定することからなるものである
。即ち、ユーザの特定できることは、特定のカラーだけ
が現在のページ上に存在できることであって、変換デー
タベースによって伝達される各カラーはスナップ・リス
トとの比較がなされ、このリストにおいて“最も近傍の
”有効性があるカラーが選択される。（“最も近傍にあ
ること”のコンセプトについての規定は、ユーザ・コン
トロールの下にあるものである。）例えば、オーバヘッ
ドの透明性をもって良好に投射されるカラーのスナップ
・リストを用いることにより、ユーザが透明性のあるも
のとしてプリントしようと決めたときには、このユーザ
は自己のドキュメントに対して良好な投射性を確実にす
ることができる。Ｆｏｒｍｕｌａマッピングは、その名
称に包含されているように、ユーザに対して広範な数学
的オペレータを許容するものであって、変換データベー
スによって伝達されるカラーに対する操作をこれで特定
するようにされる。

【００３４】いずれかのカテゴリの下でマッピングの規
定が見出されたときには、後での使用のために、マッピ
ング・データベース内での関連するデータとともに記憶
される。

【００３５】図３における上述のプロセスと平行して、
リクエストされているグローバルなマッピング・プロセ
スに対する例外であるように、ユーザによって特定され
ているカラーも、カラー化命令から抽出されて、マッピ
ング・データベースに対する例外的なパレットとして付
加される。

【００３６】表３，表４に含まれているものは、図３に
対する関連のコードである。

【００３７】ＧｅｔＭａｐｐｉｎｇｓはハイ・レベルの
手順であって、３個の他の事項を呼ぶものである。即ち
、ＧｅｔＳｔａｎｄａｒｄＭａｐｐｉｎｇｓ（図示され
ない。組み込まれたマッピングのリストをシステムに戻
すだけのものである），ＧｅｔＲｅｑｕｅｓｔｅｄ，お
よびＧｅｔＥｘｃｅｐｔｉｏｎＰａｌｅｔｔｅを呼ぶも
のである。

【００３８】ＧｅｔＲｅｑｕｅｓｔｅｄなる手順は既に
インストールされているマッピングのリストを維持する
ものであって、この特定のドキュメントおよびプリント
・ランのためにユーザによってリクエストされているそ
れらのマッピングのいずれかをマッピング・データベー
スに記憶させるものである。組み込み式のマッピングに
加えて、ＧｅｔＲｅｑｕｅｓｔｅｄはＩｓＡｖａｉｌａ
ｂｌｅなる手順を呼んで、組み込み式のマッピングとし
ては認識されないいずれかのマッピングが、新規なマッ
ピングとしてユーザによって有効に規定されているかど
うかの決定をするようにされる。

【００３９】ユーザによって規定される組み込み式のマ
ッピングがＦｏｒｍｕｌａまたはＳｎａｐマッピングと
して有効であるかどうかがＩｓＡｖａｉｌａｂｌｅでチ
ェックされる。そして、これが有効であるときには、そ
れらをマッピング・データベースに加えるようにされる
。

【００４０】これと平行して、ＧｅｔＥｘｃｅｐｔｉｏ
ｎｓＰａｌｅｔｔｅなる手順によれば、一般的なマッピ
ングのリクエストに対するいずれかのユーザによってリ
クエストされた例外事項のためのチェックがなされ、そ
して、このようなカラーのパレットを構築してマッピン
グ・データベースに記憶するようにされる。

【００４１】単色グラフィックスのカラー化／カラーグ
ラフィックスの再カラー化の詳細 −図４および表５，表６参照

【表５】

【表６】 図の１．３で示されていることは、単色のグラフィック
ス・オブジェクトをカラー化するプロセス、および、カ
ラーのグラフィックス・オブジェクトを（再−）カラー
化するプロセスが生起することである。グラフィックス
・オブジェクトに含まれているオブジェクトは、サーク
ル、ボックス、楕円、一般的な弾道軌道であり、また、
それらを発生させるために用いられるソフトウエアに依
存して、ラインおよびカーブを含むことができる。この
プロセスについての詳細は図４に示されており、また、
このプロセスを実施するためのコードは表５（主要なカ
ラー化コード）および表６（ある所与のグラフィックス
・ゼネレータおよびＰＤＬに特定なソフトウエア／デー
タの例）に示されている。

【００４２】図４は２個の部分にされている。その上半
部においては、（プロセス１．１で組まれた）ドキュメ
ントのためのカラー化命令が、ソフトウエアおよびＰＤ
Ｌに特定のデータと組み合わされて、Ｇｒａｐｈｉｃｓ
　　Ｃｏｌｏｒ　　Ｓｕｂｓｔｉｔｕｔｉｏｎ　　Ｔａ
ｂｌｅ（グラフィックスのカラー置換テーブル）を生成
するようにされる。このテーブルは、グラフィックス・
オブジェクトを生成させる各ソフトウエア・パッケージ
、および、用いられている各ＰＤＬに対して異なるもの
である。

【００４３】図４の下半部においては、グラフィックス
・オブジェクトで満たされており、単色のテクスチュア
、グレイのもの、または、カラーのもののいずれかで満
たされているＰＤ１がサーチされる。全ての他のＰＤＬ
フラグメントは無傷で渡されるが、満たされたグラフィ
ックス・オブジェクトを規定するいずれかのＰＤＬフラ
グメントはプロセス（“Ａｐｐｌｙ　　Ｃｏｌｏｒ　　
ＳｕｂｓｔｉｔｕｔｉｏｎＴａｂｌｅ（カラー置換テー
ブルの適用）”）に渡される。ここではＧｒａｐｈｉｃ
ｓ　　Ｃｏｌｏｒ　　Ｓｕｂｓｔｉｔｕｔｉｏｎ　　Ｔ
ａｂｌｅが用いられて、その充満をきたすべき新規なカ
ラーの同定をし、これによって、新規のカラー化したＰ
ＤＬフラグメントを生成するようにされる。そして、こ
のカラー化したＰＤＬフラグメントは進行して、他のＰ
ＤＬフラグメントとともにＰＤ２に組み込まれる。

【００４４】表５に示されているコードは、Ｃｏｌｏｒ
ｉｚｅＧｒａｐｈｉｃｓと呼ばれる手順を介して図４の
下半部を実施するためのものである。Ｃｏｌｏｒｉｚｅ
Ｇｒａｐｈｉｃｓが呼ばれる時点までには、適切なＧｒ
ａｐｈｉｃｓ　ＣｏｌｏｒＳｕｂｓｔｉｔｕｔｉｏｎ　
　Ｔａｂｌｅが既に構築されていて、“ｓｕｂｓ”とし
て渡されることになる。ｏｐｌｉｓｔおよびｓｅｑｌｉ
ｓｔも渡されるが、これらはＰＤＬオペレータおよびシ
ーケンスのリストであって、この特定のソフトウエアお
よびＰＤＬに対して満たされたグラフィックス・オブジ
ェクトを規定するものである。

【００４５】まず、ＣｏｌｏｒｉｚｅＧｒａｐｈｉｃｓ
はユーティリティＩＰＳｃａｎ．ＳｃａｎＲｏｐｅをし
てＰＤＬドキュメント（“ｉｐ”）をサーチさせて、ｏ
ｐｌｉｓｔおよびｓｅｑｌｉｓｔで規定されるＰＤＬオ
ブジェクトの探索をさせる。それらのオブジェクトが見
出されたときには、ＰＤＬにおけるオブジェクトの位置
（“最小”および“最大”）とともに、ＰｅｒＣｏｌｏ
ｒＳｐｅｃｉｆｉｅｄなる手順が呼ばれる。

【００４６】ＰｅｒＣｏｌｏｒＳｐｅｃｉｆｉｅｄは、
オリジナルのＰＤＬフラグメントをカラー化したフラグ
メントと置換する作業をする。まず、この手順において
は、呼び戻しの手順ＧｅｔＣｏｌｏｒを用いることによ
り、自己のクライエントに対して、置換されるべきＰＤ
Ｌのピースが正確にはいずれであるかを質すようにされ
る。これに次いで、ＧｅｔＲｅｐｌａｃｅｍｅｎｔＣｏ
ｌｏｒ（詳述されない）なる手順が呼ばれるが、この手
順によれば、“ｓｕｂｓ”内のカラーを調べるだけで期
待される置換のカラーを見出して、該当のカラーを正し
いＰＤＬのシンタックスで表現するようにされる。

【００４７】置換のカラーは、大方のＰＤＬにおいては
、２種類の中の一つでよい。ある１個の選択ステートメ
ントが２個のカラーの間で選択されるが、これは別々に
処理されねばならない。“コンスタント・カラー”は直
線的なものである。“ｒｅｐｌａｃｅｍｅｎｔＣｏｌｏ
ｒ”は“ｃｏｌｏｒｉｚｅｄＩＰ”に連結する（ｃｏｎ
ｃａｔｅ）するだけであって、“ｉｐ”のカラー化バー
ジョンが構築されている（図４におけるＰＤ２）。 “サンプル化カラー”では何等かの付加的な作業が必要
とされる。サンプル化カラーはピクセル・アレイのもの
であり、写真またはコンピュータで発生されるカラー掃
引のように、空間的に変動するカラーである。この場合
においてはＢｕｉｌｄＶｅｃｔｏｒＳｅｔなる手順が呼
ばれるが、この手順はＰＤＬからカラーの空間的な次元
（“ｖｓ”−ベクトル・セット）を検索するものである
。そして、このベクトル・セットはより複雑なＰＤＬの
置換をするために用いられるものであり、ここでの置換
は次にｃｏｌｏｒｉｚｅｄＩＰに連結されることになる
。

【００４８】表６に示されているものは、図４における
上半部の実施をするために必要とされる、ソフトウエア
で特定されるコードおよびデータの一例である。このコ
ードでは極めて特定のデータが用いられており、プロ・
イラストレータによるプレゼンテーションのグラフィッ
クス・ソフトウエアおよびＩｎｔｅｒｐｒｅｓｓ　　Ｔ
ＤＬに対するＧｒａｐｈｉｃｓ　　Ｃｏｌｏｒ　　Ｓｕ
ｂｓｔｉｔｕｔｉｏｎ　　Ｔａｂｌｅ構築するために、
その中の幾つかが表６の底部において一例として示され
ている。 これは極めて特定のものであることから、表６における
ソフトウエアの説明は極めて概略的なものである。

【００４９】プロ・イラストレータは、ＡないしＬのラ
ベルが付された１２通りの標準的なテクスチュア（例え
ば、水平ライン、垂直ライン、斜行ライン、波状ライン
）をもって、変化するグレイの背景を組み合わせること
により、多くの単色の充満パターンを生成させている。 そして、人が読み取ることのできる単色パターンの記述
は例えば１７％ＢＨのものであるが、これの意味するこ
とは、テクスチュアＢおよびＨ上に１７％のグレイの背
景が重ね合わされることである。ＰｒｏＰａｌｅｔｔｅ
ＦｒｏｍＰｒｏｆｉｌｅなる手順においては、カラー化
命令データベース（図の１．２）において見出された単
色の充満パターンの記述を取り出して、それらをＰＤＬ
構成のものにするように変換するが、ここでのＰＤＬ構
成のものは、該当のパターンを表現するためにプロ・イ
ラストレータによって構築されるものである。本質的に
これが行われるのは、ｐｒｏＴｅｘｔｕｒｅおよびｐｒ
ｏＧｒａｙにおいて見出された要素的なテクスチュアに
ついてビット対応のＯＲ操作を行い、これに次いで、Ｉ
ｎｓｔａｌｌＭａｐｐｉｎｇを用いることにより、結果
としてのＰＤＬビットパターンをインストールすること
である。これらのパターンを記号テーブル内のキーとし
て用いることにより、カラー化命令データベースによっ
て再び特定されるように、各ビットパターンに対して適
切な新規なカラーをインストールするようにされる。

【００５０】テキストのカラー化の詳細−図５および表
７，表８参照

【表７】

【表８】 図の１．４で示されているプロセスではテキストのカラ
ー化が生起するようにされる。このプロセスの詳細につ
いては図５に示されており、また、このプロセスを実施
するためのコードは表７，表８に示されている。

【００５１】テキストのカラー化のときには、イタリッ
ク体、ボールド・レターまたは特定のフォントのような
多くのテキストの特徴を、カラー化のためのトリガとし
て選択することができる。発明のこの特定の実施におい
て、カラー化をトリガするテキストの特徴は、ストライ
クスルー、アンダーラインおよびダブル・アンダーライ
ンの組み合わせであって、ページ毎に全体として５個の
異なるテキストのカラー化を許容するようにされている
。テキストのカラー化は、形状を修正するために用いら
れているカラー化手段（ｃｏｌｏｒｉｚｅｒ）の一例で
ある。テキストのカラーが変化するだけではなく、テキ
ストの形状もカラー化の特徴を付加することによって修
正される。ここでのカラー化の特徴は、限定されるもの
ではないが、ドロップシャドー、ハイライト、アンダー
ライン、ストライクアウト等である。このために、例え
ば、アンダーラインされたセンテンスはプレーンなレッ
ド・テキストとしてプリントすることが可能であり、こ
れに対して、アンダーライン・ストライクスルーのセン
テンスはグリーンのドロップシャドーを有するライトブ
ルーにすることができる。

【００５２】図５に示されているプロセスはテキストの
カラー化のためのものであって、図４におけるグラフィ
ックスのカラー化と平行している。図５の上半部におい
ては、カラー化命令データベースが分析されて、マシン
で読み取ることができるデータ構造のＴｅｘｔ　　Ｃｏ
ｌｏｒｉｎｇ　　Ｔａｂｌｅ（テキストカラー化テーブ
ル）が生成されるが、これで特定されることは、５個の
タイプのマークされたテキスト（アンダーラインされた
テキスト、ダブル・アンダーラインされたテキスト等）
の各々が、正確にどのようにして変化される（例えば、
アンダーラインされたテキストがイエローのハイライト
を有するレッド・テキストになること等）かということ
である。図５の下半部においては、ＰＤＬのドキュメン
トＰＤ２がアンダーライン（このＰＤＬにおいては、ス
トライクアウトがオフセットのアンダーラインとして表
されている）の開始に対してスキャンされる。マークさ
れたテキスト以外のドキュメントのいずれの部分も変化
することなく通過することになる。マークされたテキス
トは、カラー化すべきＰＤＬのフラグメントとして隔離
されている。アンダーラインおよびストライクアウトの
カウントをした後で、ＰＤＬのテキスト・フラグメント
が通されるプロセスでは、Ｔｅｘｔ　　Ｃｏｌｏｒｉｎ
ｇ　　Ｔａｂｌｅを用いて、カラー化命令によってリク
エストされた全てのカラーおよび特徴を備えた新規なテ
キスト・フラグメントを生成するようにされる。そして
、該当のフラグメントは戻されて、ＰＤ３に統合するよ
うにされる。

【００５３】表７，表８に含まれているものは、テキス
トのカラー化のために実施されるコードである。

【００５４】その第１の手順であるＴｅｘｔＰａｌｅｔ
ｔｅＦｒｏｍＰｒｏｆｉｌｅによれば、図５における上
半部の実施がなされる。“アンダーライン・テキスト：
ハイライト［ライトブルー］ドロップシャドー［グリー
ン（５％，−５％）］テキストカラー［レッド］”と同
様のカラー化命令を分析することにより、５個の実施さ
れたテキストのマーキングの各々に対して、Ｔｅｘｔ　
　Ｃｏｌｏｒｉｎｇ　　Ｔａｂｌｅ（“ＴｅｘｔＰａｌ
ｅｔｔｅ”と呼ばれる）への入力が生成される。マーク
されたテキストの各々に対して、それぞれに特別な特徴
のカラーおよび形状が記録される。即ち、所望であれば
ハイライト（そうでないときにはＮＩＬ）、所望であれ
ばドロップシャドー（カラー化命令からシャドーの所望
の形状／オフセットを得るために、ＳｅｔＤｒｏｐＳｈ
ａｄｏｗＰａｒｍｓなる手順が呼ばれる）、アンダーラ
インのような任意の所望のマーキングのカラー、および
、いうまでもなく、テキスト自体のカラーである。

【００５５】第２の手順であるＣｏｌｏｒｉｚｅＴｅｘ
ｔによれば、図５に下半部の実施がなされる。表５，表
６におけるように、ＰＤ２をスキャンするためにユーテ
ィリティＩＰＳｃａｎ．ＳｃａｎＲｏｐｅが用いられて
、ＰＤＬのオペレータである“ｓｔａｒｔｕｎｄｅｒｌ
ｉｎｅ”および“ｍａｓｋｕｎｄｅｒｌｉｎｅ”の探索
がなされる。ＩＰＳｃａｎがこれらのいずれかを見出し
たときには、手順ＰｅｒＯｐが呼ばれて、それをこのオ
ペレータの位置に渡す。オペレータがｓｔａｒｔｕｎｄ
ｅｒｌｉｎｅであるときには、それはマークされていな
いテキストまたは関連しないグラフィックスであること
から、ＰｅｒＯｐはこのｓｔａｒｔｕｎｄｅｒｌｉｎｅ
に先だって生じた全てのＰＤＬを書き出すだけである。 このオペレータがｍａｓｋｕｎｄｅｒｌｉｎｅ（アンダ
ーラインの開始からこの点まで、全てのテキストにアン
ダーラインされていることを意味する）であるときには
、ＰｅｒＯｐによりストライクアウトおよびアンダーラ
インの数がカウントされ、該当の情報がＴｅｘｔ　　Ｃ
ｏｌｏｒｉｎｇ　　Ｔａｂｌｅ（ｔｅｘｔＰａｌｅｔｔ
ｅ）とともに用いられて、特定のようにカラー化される
置換のテキスト・フラグメントを構築するようにされる
。呼ばれるユーティリティとしてのＢｕｉｌｄＲｅｐｌ
ａｃｅｍｅｎｔＦｏｒＴｅｘｔＳｔｕｆｆは、ＰＤＬに
特定に手順であって、テキストのハイライト、ドロップ
シャドー等に対して必要なＰＤＬのフラグメントを正し
い順序に定めるものである。新規のフラグメントが一旦
生成されると、細かい手順Ｆｌｕｓｈを用いることによ
り、ＣｏｌｏｒｉｚｅＴｅｘｔによりそれをＰＤ３に統
合するようにされる。

【００５６】全てのマークされたテキストが配置され、
処理される時点までには、自動的な組み込み式の命令に
より、または、この自動的なセッティングを無視するユ
ーザによる命令により、命令のようにカラー化した全て
のテキストが新規のドキュメントＰＤ３に含まれること
になる。

【００５７】ビットマップのカラー化の詳細−図６およ
び表９参照

【表９】 図の１．５に示されているプロセスは、ビットマップの
カラー化（単一ビットでスキャンされたイメージ、ロゴ
等）が生じるときのものである。この場合になされてい
るカラー化は、ビットマップにおける単色のピクセルを
任意の２個の特定カラーのピクセルで置換することであ
る。このプロセスについての詳細は図６に示されており
、このプロセスを実施するためのコードは表９に示され
ている。

【００５８】図６における第１のステップは任意のビッ
トマップに対するＰＤ３をサーチすることである。ある
１個のビットマップが見出されて、ページ内の位置また
は付着されたラベルによって同定されたときには、第２
のステップにおいてそれを見出し、カラー化命令データ
ベースにおけるそのカラー化命令を分析して、新規な前
景カラー（ブラックの置換）および背景カラー（ホワイ
トの置換）が該当の特定のビットマップに対してそれぞ
れに同定されるようにする。

【００５９】その第３のステップは、ビットマップを調
べるためにその空間的な情報の演算をすることである。 該当のビットマップのＰＤＬ規定部に埋め込まれている
ものはその変換情報である。即ち、ピクセルにおけるそ
の幅と高さ、ページ上のそのオフセット、そのスケール
である。これらの数値はいずれも変換セット・データ構
成の中に取り込まれる。その第４のステップにおいては
、ビットマップの正確な次元であるＰＤ４に対してカラ
ー化した長方形を挿入するために、変換セットおよび背
景カラーが用いられて、該当のビットマップに対してリ
クエストされた背景カラーが生じるようにされる。最後
に、オリジナルのピクセルおよびある１個のＰＤＬコマ
ンドとともに、前景カラーがＰＤ４に挿入されて、それ
らのピクセルを前景カラーでイメージするようにされる
。

【００６０】表９に示されているコードは、図６と緊密
に平行している。手順ＣｏｌｏｒｉｚｅＢｉｔｍａｐｓ
では、ドキュメント（“ｉｐ”）をスキャンするために
ユーティリティＩＰＳｃａｎ．ＳｃａｎＲｏｐｅが再び
使用されて、ビットマップに信号するＰＤＬオペレータ
“ｍａｓｋｐｉｘｅｌ”を探索するようにされる。該当
のオペレータが見出されたときには、手順ＥａｃｈＢｉ
ｔｍａｐが呼ばれて、オペレータの最小および最大位置
とそのオペランドとをそれに渡すようにされる。Ｅａｃ
ｈＢｉｔｍａｐではＧｅｔＣｏｌｏｒＩＰＦｒａｇｓな
るユーティリティが用いられて、カラー化命令において
該当のビットマップに対してリクエストされたカラーの
調査、正しいＰＤＬの形式におけるそれらのカラーの表
現、および、前景および背景の双方のカラーのｃｏｌｏ
ｒＦｒａｇｓへの記憶がなされる。そして、ＰＤＬの分
析のためにＧｅｔＰＡＳｔａｔｓが呼ばれて、ピクセル
幅、スケール等の“ｐａＳｔａｔｓ”へのピクセル・ア
レイｓｔａｔｓの抽出がなされる。

【００６１】ＥａｃｈＢｉｔｍａｐにおける残りの２個
の部分により、背景および前景カラーがＰＤ４（“ｎｅ
ｗＩＰ”）に挿入される。先のテーブルにおけるように
、コンスタント・カラーの間での区別がなされるが、こ
れらのカラーは空間的にコンスタントなものであって、
直接挿入されており、また、サンプルされたカラーとい
うだけであり、空間的に変動することから、該当の空間
的な情報が挿入されていなければならない。この場合に
おいて、ビットマップから抽出された同じ情報（オフセ
ット、スケール、幅、高さのような）は、このビットマ
ップの正確な下敷になることを意味する、サンプルされ
たカラーのために用いることができる。かくして、サン
プルされたカラーのためには、空間的なサンプリング・
データを加えるという付加的な作業がなされるが、この
場合においては、カラー掃引の構成を処理するユーティ
リティであるＣｏｌｏｒｉｚｅＶｉｅｗＰｏｉｎｔＳｗ
ｅｅｐ．ＣｏｎｓｔｒｕｃｔＳｗｅｅｐＴｒａｎｓｆｏ
ｒｍによってなされる。全体のドキュメントＰＤ３がス
キャンされる時点までには、全てのビットマップが抽出
され、カラー化され、再挿入されて、ＰＤ４を生成する
ようにされる。

【図面の簡単な説明】

【図１】　　全体的なプロセスの概略を示す。

【図２】　　変換データベース（図１の概略図において
ボックス１．２で示されている）の生成において用いら
れる、ドキュメント埋め込み式のコマンドを抽出するた
めの詳細図である。

【図３】　　マッピング・データベース（これも図１の
概略図においてボックス１．２で示されている）の生成
のための詳細図である。

【図４】　　満たされているグラフィックス・オブジェ
クト（図１の概略図においてサークル１．３で示されて
いる）のカラー化のための詳細図である。

【図５】　　テキスト（図１の概略図においてサークル
１．４で示されている）のカラー化のための詳細図であ
る。

【図６】　　ビットマップ（図１の概略図においてサー
クル１．５で示されている）のカラー化のための詳細図
である。

Claims (8)

【特許請求の範囲】
1. 【請求項１】　　ユーザ・ターミナルにおいて、パター
   ン、グラフィックスおよびテキストのページに対するペ
   ージ記述言語を発生させるステップ、ある特定のパター
   ン、グラフィックスおよびテキストにプリントされるべ
   きカラーの指令を出す命令を前記言語に付加するステッ
   プ、前記言語および命令をカラー・プリンタに対して伝
   送するステップ、前記プリンタにおいて、前記特定のパ
   ターン、グラフィックスおよびテキストに対するオリジ
   ナルのページ記述言語をカラー・ページ記述言語に変換
   するステップ、前記ページ記述言語からの前記命令を削
   除するステップ、およびパターン、グラフィックスおよ
   びテキストの各アイテムを特定のカラーでプリントする
   ことにより、最終プリントのプリント操作をするステッ
   プ、を含んでなるカラー・プリントの発生方法。
2. 【請求項２】　　ユーザ・ターミナルにおいて、パター
   ン、グラフィックスおよびテキストのページに対するペ
   ージ記述言語を発生させるステップ、前記言語をカラー
   ・プリンタに対して伝送するステップ、ある特定のパタ
   ーン、グラフィックスおよびテキストにプリントされる
   べきカラーの指令を出す命令を前記プリンタにロードす
   るステップ、前記特定のパターン、グラフィックスおよ
   びテキストに対するオリジナルのページ記述言語をカラ
   ー・ページ記述言語に変換するステップ、およびパター
   ン、グラフィックスおよびテキストの各アイテムを特定
   のカラーでプリントすることにより、最終プリントのプ
   リント操作をするステップ、を含んでなるカラー・プリ
   ントの発生方法。
3. 【請求項３】　　ある特定のパターン、グラフィックス
   およびテキストにプリントされるべきカラーの指令を出
   す第１の命令をプリンタにロードするステップ、ユーザ
   ・ターミナルにおいて、パターン、グラフィックスおよ
   びテキストのページに対するページ記述言語を発生させ
   るステップ、ある特定のパターン、グラフィックスおよ
   びテキストにプリントされるべきカラーの指令を出す第
   ２の命令を前記言語に付加するステップ、前記言語およ
   び第２の命令をカラー・プリンタに対して伝送するステ
   ップ、前記特定のパターン、グラフィックスおよびテキ
   ストのページに対するオリジナルのページ記述言語をカ
   ラー・ページ記述言語に変換するステップ、およびパタ
   ーン、グラフィックスおよびテキストの各アイテムを特
   定のカラーでプリントすることにより、最終プリントの
   プリント操作をするステップ、を含んでなるカラー・プ
   リントの発生方法。
4. 【請求項４】　　前記ユーザ・ターミナルからの第３の
   命令のセットを前記プリンタにロードするステップを更
   に含んでいる、請求項３に記載の方法。
5. 【請求項５】　　前記付加操作ステップは、前記プリン
   タに対して伝送される全てのページに関係する第２の命
   令のセット、または、各ページに対して特定である第２
   の命令のセットを付加するステップを含んでいる、請求
   項３に記載の方法。
6. 【請求項６】　　前記プリント操作のステップに先だっ
   て前記ページ記述言語から前記第２の命令を削除するオ
   プションをユーザが有している、請求項３に記載の方法
   。
7. 【請求項７】　　前記付加操作ステップおよびロード操
   作ステップは、既に指令が出されているカラーの変更を
   指令する付加操作ステップおよびロード操作ステップも
   含んでいる、請求項３に記載の方法。
8. 【請求項８】　　前記命令は、特定のパターン、グラフ
   ィックスおよびテキストがプリントされるべき形状を指
   令する形状指定命令を更に含んでいる、請求項３に記載
   の方法。