JPH0486789A - フォントフリーなラスタイメージ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明はラスタイメージ処理システム、より具体的には
、ページ記述言語で記述されたデータを処理してラスタ
イメージを形成するラスタイメージ処理システムに関す
るものである。

（従来の技術） 文字および画像データを含むコマンドデータは、たとえ
ばパブリンシング用アプリケーションブロクラムによっ
て作成され、ページ記述言語で記述される中間ストリー
ムに変換される。この中間ストリームは、ラスタイメー
ジ処理（ＲＩＰ）　方式によるインタプリタによってラ
スタイメージに変換され、プリンタや表示装置などのイ
メージ出力装置にページの形で出力される。

文字を扱うシステムでは、様々な言語や国に応して多様
なフォントか存在し、したがってフォントに対しては多
様な要求がある。たとえば、字母、書体、大きさのみな
らず、横書き、縦書き左書き、右書き、斜字体、太字な
どの多様性がある。また１文字列すなわち文書としてフ
ォントを扱う場合は、文字列の配列の仕方、たとえばプ
ロポーショナル印字などの配列方式にも様々な要求があ
る。さらに、文字を特定するコードについては、フォン
トの供給者によって様々な文字コード系列が使用されて
いる。

ラスタイメージ処理方式は、これらの多様な要求条件を
少なくとも部分的に満足させねばならない。なお、本明
細書において用語「フォント」は、中に字母や字体のみ
ならず、上述のような様々な要求条件をも含む広義に解
釈するものとする。

字母データは、フォント供給者に固有の形式、たとえば
ヒツトマツプ形式やアウトライン（輪郭）形式などで提
供される。フォントデータは一般に、文字の輪郭の直線
および曲線を規定するティシタル化されたデータの形で
外部ファイルやＲＯ阿などのメモリに蓄積される。ホス
トから特定の文字コートでフォントが指定されると１　
それに対応するフォントデータかファイルから読み出さ
れ、拡大または縮小などのスケーリング処理を施され、
最終的にはラスク化されてイメージに変換される。

ヒツトマツプ形式やアウトライン形式による原データを
ラスタイメージに展開する処理は、フォントの形式によ
って相違することが多い。また、原データをスケーリン
グした後、長さや丸みを補正して適切な字形にするヒン
ティング処理も、フォントフォーマットによって異なる
ことがある。

このようなパブリッシングの環境のｒで従来は１　フォ
ントの種別に固有のラスタイメージ処理方式、すなわち
フォント指向型の処理方式がとられていた。よりｎｍに
は、たとえば従来のプリンタは、ラスタイメージ処理系
とフォントチータフアイルを含み、セントロニクスやＲ
５−２３２Ｃ：などの汎用インタフェースでパソコンや
ワークステーションなどのホストに接続される。つまり
、プリンタ内にあるラスタイメージ処理系とフォントデ
ータは、特定のプリンタに固有であり、ホストはそれら
を汎用のプリンタインタフェースを介して使用する構成
がとられていた。また、ＣＲＴなどの画像表示装置は、
ホストに接続されるが、表示装置で使用されるフォント
のデータファイルと、それを扱うラスタイメージ処理系
はホストの内部に含まれ、したがってホストに依存する
構成がとられていた。

（発明が解決しようとする課題） これかられかるように従来は、前述した様々な要求条件
に適応的に対応できる単一のラスタイメージ処理システ
ムが利用できなかった。より詳細には、特定のアプリケ
ーションソフトが用いるコマンドデータには、それに固
有のラスタイメージ処理系が必要であった。たとえば、
Ｐｏ５ｔＳｃｒｉｐｔ（商標）などのページ記述言語に
よるコマンドデータストリームには、Ｐｏ５ｔＳｃｒｉ
ｐｔインタプリタかラスタイメージ処理系として用いら
れる。つまり、特定のラスタイメージ処理系には、特定
のフォント形式、フォント処理およびフォント読出し機
能が組み込まれていた。

一般に、パブリッシングなどのドキュメント処理システ
ムでは、複数のコマンドデータストリームが用いられる
。したがって従来方式において、複数のデータストリー
ムの扱いを可能にするためには、それぞれのコマンドス
トリームごとにフォントを用意しなければならなかった
。これは、フォントの処理および管理システムの重複作
成を招き、フォントの重複投資を誘起していた。

本発明はこのような従来技術の欠点を解消し、フォント
に依存しないラスタイメージ処理システムを提供するこ
とを目的とする。

（課題を解決するための手段） 本発明によれば、ページ記述言語で記述されたデータを
処理してラスタイメージを形成するラスタイメージ処理
システムは、前記データを受け、このデータに含まれる
文字のフォントデータを得るためのフォントデータ指定
情報を作成し、得られたフォントデータからラスタイメ
ージを形成するラスタイメージ処理手段と、フォントデ
ータが蓄積されているデータベースにフォントデータ指
定情報に基づいてアクセスして、フォントデータ指定情
報に関連するフォントデータを取り込むフォント管理手
段と、ラスタイメージ処理手段およびフォント管理手段
の間をフォントデータ指定情報およびフォントデータで
インタフェースするインタフェース手段とを含む。

また本発明によれば、このようなラスタイメージ処理シ
ステムの機能を備え、ホストに接続可能なラスタイメー
ジ処理モジュールが提供される。

（作　用） 本発明によれば、ページ記述言語で記述されたデータが
ホストからラスタイメージ処理システムに入力されると
、ラスタイメージ処理手段は、このデータに含まれる文
字のフォントデータを得るためのフォントデータ指定情
報を作成する。フォント管理手段は、フォントデータが
蓄積されているデータベースにフォントデータ指定情報
に基づいてアクセスして、フォントデータ指定情報に関
連するフォントデータを取り込む、ラスタイメージ処理
手段は、こうして得られたフォントデータからラスタイ
メージを形成する。形成されたラスタイメージは、最終
的にはラスタイメージ出力装置や通信装置へ出力される
。

（実施例） 次に添付図面を参照して本発明によるラスタイメージ処
理システムの実施例を詳細に説明する。

第１図を参照すると、この実施例は基本的には、タトエ
ばパソコンやワークステーションなどの処理システムか
らなるホストＩＯと、ラスタイメージ処理（ＲＩＰ）を
行なうモジュールパッケージすなわちＲＩＰ処理モジュ
ール１２を含み、両者がコネクタ１４および１６で相互
に接続される。ホスト１０は、文字および画像データを
含むコマンドデータを、たとえばパブリッシング用アプ
リケージ、ンプログラム５０（第２図）によって作成し
、ページ記述言語で記述される中間ストリームに変換す
る１本実施例では汎用の処理装置である。

ホスト１０には、たとえばＣＲＴなどの文字および画像
を可視表示する画像表示装置１８が接続されている。ま
たホスト１０および（または）　ＲＩＰ処理モジュール
１２にはプリンタ２０が接続されている。プリンタ２０
は、文字および画像を記録媒体に可視記録する画像出力
装置である。勿論、ホストｌＯは通常の処理システムの
ようにキーボードなどの入出力装置も含むが、これらは
本発明の理解に直接関係ないので図示と説明を省略する
。

本システムで特徴的なのは、表示装置１８およびプリン
タ２０で文字の可視化に共通に使用されるフォントデー
タが、たとえば固定ディスク、フロッピーまたは集積回
路ボードなどの外部ファイル２２に格納されていること
である。つまり、これらのフォントデータは１表示装置
１８やプリンタ２０に依存せず、データベースとして共
通に利用できる。勿論、外部ファイル２２は、ホスト１
０に固有の記憶装置のみならず、たとえば通信回線を通
して遠方のデータベースにアクセスできるものでもよい
、したがって、一方ではフォントがＲＩＰ処理系に依存
せず、たとえばローマンから漢字までの広範囲な拡張性
があるとともに、他方ではＲＩＰ処理系が文字コード体
系から独立される。

ＲＩＰ処理モジュール１２は、後に詳述するように、Ｒ
ＩＰ処理システムを含む、この点も本実施例の重要な特
徴のひとつである。ホスト１０は、様々なパブリッシン
グ用アプリケーションソフト５０を実行することができ
る。したがってＲＩＰ処理モジュール１２には、それら
のアプリケーションソフト５０に応じて様々な種類のコ
マンドデータストリーム２４が入力される。また、外部
ファイル２２のフォントデータは、　ＲＩＰ処理モジュ
ール１２での必要に応じてダイナミックに読み出され、
ＲＩＰ処理モジュール１２にロードされる。　ＲＩＰ処
理モジュール１２は、コマンドデータストリーム２４に
その種類に応じた適切なラスタイメージ処理を施し、ラ
スタイメージデータ２６としてホストｌＯまたはプリン
タ２０へ出力する。このデータ２６は、データ圧縮され
た形であっても、または圧縮されない形であってもよい
。

ＲＩＰ処理モジュール１２は、その特定の構成を第２図
に示すように、基本的にはＲＩＰ処理５２とフォント管
理５４の２つの機能部を含む、アプリケーションソフト
５０はソフトインタフェース５６でＲＩＰ処理５２とイ
ンタフェースされる。

ＲＩＰ処理５２は、特定のアプリケージ甘ンソフト５０
で指定された文字のフォントデータを取り出すのに必要
なフォントデータ指定情報を作成する。

このフォントデータ指定情報には、本実施例では、フォ
ント供給者の指定に基づく書体、文字コード体系、文字
コード、文字サイズなどが含まれる。書体では、たとえ
ば漢字であれば明朝体やゴシックなどの別、文字コード
体系では、日本語であればＪ　ｌ５８３やシフトＪＩＳ
の別などが指定される。

ＲＩＰ処理５２とフォント管理５４との間のインタフェ
ース５８は、フォントに依存しない共通化されたインタ
フェースをとる。インタフェース５８は、上述のフォン
トデータ指定情報、およびフォントデータを含む、フォ
ントデータは、要求に応じて外部ファイル２２のデータ
ベースからモジュール１２内の領域６０にロードされる
。したがって、フォント管理５４におけるフォントアク
セスパスは、文字コード体系に応じて最適なバスをとる
ことができる。フォント管理５４は、フォントデータ６
０をそのままフォントデータの形で、または文字サイズ
データで要求されるサイズまで拡大もしくは縮小するな
どのフォント処理を行なって、フォントデータをＲＩＰ
処理５２へ出力する。

フォント管理５４は本実施例では、１文字型位の管理を
基本とするのが望ましい、これは、従来技術では個々の
アプリケーションソフトに応じたコマンドストリームで
有していたフォントデータのアクセス機構を、本実施例
ではフォント管理５４で吸収させるためである。フォン
トデータをスケーリングすると、文字の輪郭を形成して
いる線分の長さが不揃いになったり、丸みに滑らかさが
欠けたりすることがある。そのような場合、長さや丸み
を補正して適切な字形にするヒンティング処理も　フォ
ント管理５４にて行なわれる。

ＲＩＰ処理５２は、フォント管理５４から受けたフォン
トデータをラスク化する。ラスク化されたイメージデー
タは、イメージ／フレームメモリ６２に蓄積され、ペー
ジ単位の画像データに組み立てられる。イメージ／フレ
ームメモリ６２は、たとえばページ単位でラスタイメー
ジデータを一時蓄積する記憶領域である。

イメージ／フレームメモリ６２は、ビデオインタフェー
ス６４を介してプリンタ２０および表示装置１８とイン
タフェースされる。また、圧縮データ形式でインタフェ
ースされるプリンタ２０ａやファクシミリ６６などの出
力装置に対しては、画像圧縮６８によってインタフェー
スされる。ホスト１０に対してＲＩＰ処理モジュール１
２はバスで接続され、このバス接続はハードウェアバス
インタフェース７０を介して行なわれる。

動作を説明する０文字および画像データを含むコマンド
データは、アプリケーションソフト５０によって作成さ
れ、ページ記述言語で記述される中間ストリームに変換
される。この中間ストリームは、ソフトウェアインタフ
ェース５６を介してＲＩＰ処理５２に入力される。　Ｒ
ＩＰ処理５２では、このコマンドストリームに含まれる
文字のフォントデータにアクセスするのに必要なフォン
トデータ指定情報を作成し、これをフォント管理５４に
与える。

フォント管理５４は、フォントデータ指定情報に基づい
て外部ファイル２２のフォントデータペースにアクセス
し、必要なフォントデータを領域６０に取り込む、フォ
ント管理５４は、フォントデータ６０をそのままフォン
トデータの形で、または必要なサイズまで拡大もしくは
縮小し、ＲＩＰ処理５２へ出力する。

ＲＩＰ処理５２では、フォント管理５４から受けたフォ
ントデータをラスク化し、−旦、イメージ／フレームメ
モリ６２に蓄積する。こうしてイメージ／フレームメモ
リ６２には、ページ単位の画像データが組み立てられる
。イメージ／フレームメモリ６２に蓄積されたラスタイ
メージは、プリンタ２０または表示装置１８に出力する
ときは、ビデオインタフェース６４を介して出力され、
プリンタ２０ａ、またはファクシミリ６６などの通信装
置に出力するときは、画像圧縮６８によって符号化圧縮
される。こうしてアプリケーションソフト５０からのコ
マンドデータストリームはＲＩＰ処理モジュール１２に
よってラスタイメージに変換され、たとえばプリンタ２
０や表示装置１８などのイメージ出力装置にページの形
で出力される。

（発明の効果） 本発明によれば、このようにＲＩＰ処理とフォント管理
が構成上、分離され、両者の間のインタフェースがフォ
ントに依存しない共通の形式をとっている。また、フォ
ントデータは、プリンタや表示装置などのラスタイメー
ジ出力装置に依存せす、システムが共通にアクセスでき
るデータペースの形でシステムに提供される。したがっ
て、従来技術によればパブリッシング用アプリケーショ
ンソフトに依存していた構成をとらざるを得なかったＲ
ＩＰ処理系が、本発明ではそれらに依存せず共通の構成
をとることができる。したがって、−力ではフォントが
ＲＩＰ処理系に依存せず、たとえばローマンから漢字ま
での広範囲な拡張性があるとともに、他方では処理系が
文字コート体系から独立される。これにより、フォント
をインプリントするソフトウェアの設計が容易化され、
従来技術におけるようなアプリケーションソフトの種類
に応じて個別にフォントを設けるような無駄な投資が避
けられる。

【図面の簡単な説明】 第１図は本発明によるフォントフリーなラスタイメージ
処理方式の実施例の全体構成を示す機能ブロフク図、 第２図は、第１図に示す実施例におけるＲＩＰ処理モジ
ュールの構成例を示す機能ブロック図である。 要部性の符号の説明 １０、、、ホスト １２、　、　、ＲＩＰ処理モジュール ＋８．、、表示装置 ２０、、、プリンタ ２２、：、フォントデータペース ５０、、、アプリケーションソフト ５２、　、　、ＲＩＰ処理 ５４、、、フォント管理 ５６、、、ソフトインタフェース ６２、、、イメージ／フレームメモリ

Claims (1)

1. 【特許請求の範囲】 １、ページ記述言語で記述されたデータを処理してラス
   タイメージを形成するラスタイメージ処理システムにお
   いて、該システムは、 前記データを受け、該データに含まれる文字のフォント
   データを得るためのフォントデータ指定情報を作成し、
   得られたフォントデータからラスタイメージを形成する
   ラスタイメージ処理手段と、 フォントデータが蓄積されているデータベースにフォン
   トデータ指定情報に基づいてアクセスして、該フォント
   データ指定情報に関連するフォントデータを取り込むフ
   ォント管理手段と、 前記ラスタイメージ処理手段およびフォント管理手段の
   間をフォントデータ指定情報およびフォントデータでイ
   ンタフェースするインタフェース手段とを含むことを特
   徴とするフォントフリーなラスタイメージ処理システム
   。 ２、請求項１に記載のシステムにおいて、該システムは
   、前記フォントデータが蓄積され前記フォントデータ指
   定情報を受けるとそれに関連するフォントデータを出力
   するデータベース手段を含むことを特徴とするラスタイ
   メージ処理システム。 ３、請求項１に記載のシステムにおいて、該システムは
   、前記ページ記述言語で記述されたデータを作成して前
   記ラスタイメージ処理手段に供給するホストを含むこと
   を特徴とするラスタイメージ処理システム。 ４、ページ記述言語で記述されたデータを作成するホス
   トに接続可能な接続手段と、 該接続手段より前記データを受け、該データに含まれる
   文字のフォントデータを得るためのフォントデータ指定
   情報を作成し、得られたフォントデータからラスタイメ
   ージを形成するラスタイメージ処理手段と、 フォントデータが蓄積されているデータベースにフォン
   トデータ指定情報に基づいてアクセスして、該フォント
   データ指定情報に関連するフォントデータを取り込むフ
   ォント管理手段とを含み、 前記ラスタイメージ処理手段およびフォント管理手段の
   間はフォントデータ指定情報およびフォントデータでイ
   ンタフェースされることを特徴とするフォントフリーな
   ラスタイメージ処理モジュール。