JPH06261202A

JPH06261202A - フルカラーデスクトツプパブリツシングシステム

Info

Publication number: JPH06261202A
Application number: JP3206050A
Authority: JP
Inventors: Kia Silverbrook; シルバブルックキア
Original assignee: Canon Information Systems Research Australia Pty Ltd; Canon Inc
Current assignee: Canon Information Systems Research Australia Pty Ltd; Canon Inc
Priority date: 1990-08-16
Filing date: 1991-08-16
Publication date: 1994-09-16
Anticipated expiration: 2017-02-12
Also published as: DE69131370D1; JPH0793559A; DE69125549T2; US5801716A; DE69131370T2; EP0475601B1; DE69125549D1; US7012620B1; EP0473340A3; DE69128063D1; EP0473340A2; US5329616A; EP0473340B1; EP0473341B1; JP3166977B2; EP0473341A2; EP0475601A3; JP2922680B2; EP0473341A3; EP0475601A2

Abstract

(57)【要約】【目的】本発明の目的は、廉価で高品位の画像を高速
に生成する汎用性に富んだ機能性の高いフルカラーデス
クトップパブリシングシステムを提供することにある。【構成】本発明が開示するフルカラーデスクトツプパ
ブリツシング（ＤＴＰ）システム（１００）は、汎用コ
ンピユータシステム（２００）と、フルカラー高解像グ
ラフイツクスシステム（３００）と、スキヤナ（１５
２）とプリンタ（１５４）とを有するカラーレーザ複写
機（１５０）やワークスクリーンデイスプレイ（１４
０）やデジタイザ（１１０）とキーボード（１１２）な
どのユーザインタフエースのような周辺機器とを備え
る。本ＤＴＰシステム（１００）は、ＡＤＣＴ圧縮やＪ
ＰＥＧ標準を使つて圧縮画像としてＤＲＡＭ（４２０）
に格納されている画像から、ページ画像を横切るバンド
内にグラフイツクス画像を発生できる。多くの画像の処
理及び形成の行程も開示される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はコンピュータグラフィク
スに関し、更に詳しくは１インチ当たり４００ドット
（４００ｄｐｉ）でＡ３サイズの真のカラー画像の生成
記録が可能なフルカラーデスクトップパブリシングシス
テムに関するものである。

【０００２】

【従来の技術】ベンチュラパブリシヤー（ＶＥＮＴＵＲ
ＡＰＵＢＬＩＳＨＥＲ）およびページメーカー（ＰＡ
ＧＥＭＡＫＥＲ）のようなデスクトップパブリシングシ
ステム（以下、ＤＴＰシステムと言う）が広く知られて
おり、一般にマウスのような入力装置と中間調のレーザ
プリンタ（白の上に黒）とを使用して、パーソナルコン
ピュータシステムで画像や文書を作成している。

【０００３】

【発明が解決しようとしている課題】しかしながら、フ
ルカラーで動作し、且つより多芸な画像の作成と編集が
可能なＤＴＰシステムが要求されている。現在提供され
ている公知のフルカラーＤＴＰシステムは、高品位用の
場合に高価なものとなる。

【０００４】それゆえ、本発明の目的は、従来の不利益
点を凌駕し、廉価で高品位の画像を高速に生成する汎用
性に富んだ機能性の高いフルカラーデスクトップパブリ
シングシステムを提供することにある。

【０００５】

【課題を解決するための手段】本発明の１つの態様に従
えば、画像の生成方法が開示され、その方法の行程は次
のようである。（ａ）次のような画像バンドの生成の工程：（１）表示リスト中のオブジェクトから画像の帯状領域
を生成し、（２）画像の帯状領域を圧縮し、（３）圧縮
された画像の帯状領域を格納する、（４）（１）〜
（３）の工程を各画像帯状領域ごとに繰り返す。（ｂ）選択された画像の帯状領域の次の行程による編集
工程：（１）格納された画像の選択された帯状領域を伸長し、
（２）前記表示リスト中の追加するオブジェクトから画
像の付加帯状領域を生成し、（３）選択された帯状領域
と付加帯状領域とを合成して、編集された画像の選択帯
状領域を形成し、（４）前記編集された画像の選択帯状
領域を圧縮し、（５）編集された選択帯状領域を格納す
る、（ｃ）前記（ｂ）（１）〜（ｂ）（５）の行程を画像の
各帯状領域ごとに繰り返す工程：、（ｄ）（ｂ）および（ｃ）の行程を繰り返して、最終の
編集された画像をつくる行程。

【０００６】本発明の他の実施例に従えば、画像は複数
の帯状領域（以下バンドともいう）として構成され、前
記画像を編集するために前記帯状領域に対し複数のパス
が実施され、前記帯状領域は圧縮された画像データとし
て貯蔵されることを特徴とする画像の生成方法が開示さ
れる。

【０００７】

【実施例】以下、添付図面を参照しながら、本発明の良
好な実施例を説明する。又、テーブル１から２０は複数
の処理ステップを使用する好適な例を示す。

【０００８】図１は廉価で高性能，高品質および高い機
能性を持つＤＴＰシステム１００を図示する。この図１
の内容はシステム１００内の基本的な機能ブロツク及び
各ブロック間のデータの流れを示すものである。この図
面は簡潔さを目的としているので制御信号の接続は省略
したが、当業者には容易に理解されるはずである。

【０００９】ＤＴＰシステム１００は、基本的にはコン
ピユータシステム２００とシステムバス１３０を介して
相互接続されてるグラフィックシステム３００とから成
る。このコンピュータシステム２００は、例えばサン・
ワークステーションのような汎用のコンピュータでよ
い。

【００１０】ＤＴＰシステム１００はまた、ユーザイン
タフエース１１０を持ち、ユーザインタフエースは主と
してテキストの入力のために使われるキーボード１１２
と、彩色，描画およびコマンド入力のための圧力に応答
するデジタイジングタブレットとして動作するデジタイ
ザ１１４とを備える。ユーザインタフエース１１０は、
シリアル接続部１１６を介してＲＳ２３２のようなシリ
アルポート２０５に接続されている。ＤＴＰシステム１
００はまた、磁気光デイスクドライブ（ＭＯＤ）１２２
および標準のハードデイスクドライブ（ＨＤＤ）１２４
を含むデイスクドライブユニット１２０を備える。ＨＤ
Ｄ１２４は標準のカラーＤＴＰシステムデータを格納す
るために使用される。デイスクドライブユニット１２０
は、スモール・コンピュータ・システムズ・インタフエ
ース（ＳＣＳＩ）のようなポート２１０への接続１２６
を介して、コンピュータシステム２００にインタフエー
スする。コンピュータシステム２００はまた、イサーネ
ット(Ethernet)のようなネットワークバス１０５と接続
１０７できるインタフエースデバイス２１５を有する。

【００１１】コンピュータシステム２００は、モトロー
ラ製の６８０４０プロセッサのような汎用プロセッサ２
３０を含む。このプロセッサは、ＤＴＰシステム１００
内で種々の機能を実行する種々のソフトウエア層を有す
る。ユニックスのようなオペレーテイングシステム２３
５がソフトウエア層として動作し、システムにマルチタ
スク構造(kernel)と、ファイルおよびＩ／Ｏ管理と、メ
モリ管理とを提供する。

【００１２】ワークスクリーン管理部２４０は通信およ
び画面管理機能用のソフトウエア層であり、例えば、ウ
インドウ，アイコン，カーソルおよびボタンを含む画面
表示管理のためのＸ−ウインドウ・システムを含むこと
が出来る。「ＷＹＳＩＷＹＧ」画像の場合、画面の生成
はシステム１００のレンダー（以下展開ともいう）パイ
プラインで実施される。このパイプラインではデイスプ
レイリストの形でハイレベルの画像表現を得て、それを
カラー画素データに変換する。ワークスクリーン管理部
２４０は、ＤＴＰアプリケーションおよびＤＴＰシステ
ム１００の操作で有用なユーザインタフエースの型であ
るＭＯＴＩＦシステムを含むことができる。

【００１３】アプリケーション層２４５は、デイスクト
ップパブリシングに必要な特定のアプリケーシヨンを達
成するために設けられている。例えば、このアプリケー
ション層２４５は、システム１００内で使用できる日本
語用のカラーＤＴＰシステムおよびグラフィックアプリ
ケーションを含むことができる。他のアプリケーション
としては、英語のドキュメント作成アプリケーション、
およびあるアプリケーション言語をコンピュータシステ
ム２００で使用されている特定のコマンドインタフエー
ス言語に変換するコマンドインタフエースフィルタへの
ポストスクリプト・レベル２(Postscript Level 2)のよ
うなフイルタを含む。オペレーテイングシステム２３５
は、１つ以上のアプリケーションをいつでも実行できる
ようなマルチタスキングであることが好ましい。アプリ
ケーション層２４５は、ページ画像を形成するために使
用されるオブジエクトのページ記述言語（ＰＤＬ）を用
意する。ＰＤＬはコンパイルされて、デイスプレイリス
トとしてページ画像のハイレベルの表現を提供する。

【００１４】ホストレンダー層２５０はレンダーパイプ
ラインの一部分を形成する。新しい画像が生成されると
きは、常にホストレンダー層２５０は、デイスプレイリ
スト・メモリ２２０からのデイスプレイリスト情報をグ
ラフィックスシステム３００の一部を成すレンダーリス
ト３９７に書き換える。ホストレンダー層２５０は次の
行程を含む。

【００１５】（ａ）各テキストキャラクタの正確な位
置，サイズ，色，ブレンドおよび他の特性の計算工程；（ｂ）後続の展開プロセスのスピードを増加するための
特別の再分割アレイの計算工程；（ｃ）すべてのオブジエクトを基礎とするグラフィック
画像のためのスプラインアウトラインの計算工程；（ｄ）例えば、複数ページ文書の異なるページにある
か、あるいは展開されるのがページの一部のみであると
きの、展開されるべきでないオブジェクトやグラフィッ
クスの間引工程；（ｅ）伸長のためのＡＤＣＴ₊ 圧縮ファイルのルートを
定める工程デイスプレイリスト・メモリ２２０は色付けされたドキ
ュメントのハイレベルのオブジエクトベースの記述を含
む。デイスプレイリスト・メモリ２２０に含まれるデー
タは、浮動小数点によるオブジェクトの定義，拡張のＡ
ＳＣＩＩテキストの定義およびＡＤＣＴ₊ 圧縮画素画像
を含む。デイスプレイリスト・メモリ２２０は融通性お
よび対話による修正を容易にするよう最適化され、どの
特定の画像も比較的簡潔に記述されている。一般に、グ
ラフィックおよびテキストのページはデータサイズが１
０Ｋバイト以下である。単一のデイスプレイリストで多
数ページの文書を定義できる。

【００１６】図１のグラフィックスシステム３００は合
成バス３０５の周りに構築されている。バス３０５は一
般に３２ビット幅であり、レツド，グリーン，ブルーお
よびマット（透明度）（ＲＧＢＭ）がそれぞれ８ビット
を占める。

【００１７】グラフィックスシステム３００はレンダー
プロセッサ３１０を含む。このプロセッサは、高速のＤ
ＲＡＭメモリインタフエースとチツプ上のデータ及び命
令キヤツシユとを待つ、インテルｉ９６０ＣＡのような
高性能の３２ビットＲＩＳＣプロセッサであることが好
ましい。また、プロセッサ３１０は、ＡＤＣＴ₊ 圧縮デ
ータをＤＲＡＭ内の格納領域に書き込み／読み出しのた
めのＤＭＡチャネルを有する。レンダープロセッサ３１
０の主たる機能は、レンダーリスト・データ３９８のグ
ラフィックエンジン・コマンド３１２への変換である。
この処理はバンド・レンダー（ＢＡＮＤＲＥＮＤＥ
Ｒ）として公知であり、ページ画像の８ラインブロック
ごとに行なわれなければならず、レンダーパイプライン
の一部分を形成する。

【００１８】レンダープロセッサ３１０は、ＲＧＢＭデ
ータをグラフィックエンジン３２０に出力する。グラフ
ィックエンジン３２０は、ラン，ブレンド，ビットマッ
プおよびその他のグラフィックコマンドを合成して合成
ライン格納部３３０に格納する。

【００１９】グラフィックエンジン３２０は画素および
ラインレベルの処理をハードウエアで行うので、ＤＴＰ
システム１００の高性能化にとって重要である。一般的
に、グラフイックエンジン３２０は、画素ごとに複雑な
透明処理及びカラーブレンド処理がある場合でも、毎秒
１３５０万画素を処理する。グラフィックエンジン３２
０は現在のソフトウエアで可能な処理に比べて１００倍
以上の速さで多くの処理が可能である。このグラフィッ
クエンジンについての詳細は、１９９０年７月５日のＰ
Ｋ１０２３号及び１９９０年１１月１９日のＰＫ３４１
９号の優先権を主張するオーストラリア特許出願第８０
２２６／９１号（対応日本出願；特願平３−１６５９８
１号）に記述されている。その開示が引用されここに組
み込まれる。

【００２０】ＡＤＣＴ₊ プロセッサ３４０がさらに合成
バス３０５に接続されている。プロセッサ３４０は、Ａ
ＤＣＴ₊ 圧縮画像を画素データに、またその逆に変換す
る。変換の手法は「高解像コンピュータ・グラフィック
スのための圧縮画像蓄積方法」のタイトルの１９９０年
８月１６日オーストラリア特許出願第ＰＫ１７８４号及
び本願と同日の同出願人による日本出願に記述されてい
る。ＡＤＣＴ₊ プロセッサ３４０は画素データの適応離
散コサイン変換を行ない、ＣＣＩＴＴ／ＩＳＯ・ＪＰＥ
Ｇ基準に記述された方法で圧縮画像を提供する。ＡＤＣ
Ｔ₊ プロセッサは、ＪＰＥＧ標準への変化を含み、再組
み立てされたテキストの特性が改良され、圧縮されたデ
ータの各８ラインブロックの終にマーカコードを挿入で
きる。このＡＤＣＴ₊ プロセッサ３４０を使用すると、
通常９８ＭバイトのＤＲＡＭを占領するＡ３サイズの４
００ｄｐｉのページ画像を、ＤＲＡＭ４２０のほぼ１２
Ｍバイトを占めるデスティネーション／ソース位置３９
０中のほぼ４Ｍバイトのメモリにストア出来る。

【００２１】グラフィックスシステム３００は、ＤＲＡ
Ｍ中に形成される多くの指定されたメモリ位置を有す
る。これらのメモリ位置は、ホフマン(Huffman) テーブ
ル３８０，圧縮画像ファイル３８５，デスティネーショ
ン３９１及びソース３９２を持つ圧縮画像データ３９
０，バッファ３９５，レンダーリスト３９７およびフオ
ントデータ３９９に格納領域を提供する。図２に示すよ
うにこれらの指定されたメモリ位置は３２ＭバイトのＤ
ＲＡＭ４２０内に納められている。

【００２２】レンダーリスト３９７は、システム３００
のワークスクリーン１４０上に表示されるべきローレベ
ルのオブジエクトベースの画像の記述である。ワークス
クリーン１４０はビデオデイスプレイまたは液晶デイス
プレイである。レンダーリスト３９７は、各スプライン
の定義，各文字位置，ＡＤＣＴ₊ 圧縮画素画像、及び速
度を適正化するための空間の再分割システムを示すデー
タを含む。レンダーリスト３９７は速度のために最適化
されており、一般にデイスプレイリスト・メモリ２２０
に比較して大きい。ほぼ４Ｍバイトのメモリがレンダー
リスト３９７に割り当てられている。非常に複雑なオブ
ジェクトの画像のときは、これ以上の容量が必要とな
る。そのような場合は、いくつかのパスを繰り返して画
像が生成されなければならない。

【００２３】フォントデータ・キャシュ３９９は、フオ
ントデータをアウトライン形式および画素形式の双方で
格納するために使用される。

【００２４】ファイル格納部３８５は、伸長されて既存
のソース画像と合成される典型的な画像ファイルである
ＡＤＣＴ₊ 圧縮フォームの画像ファイルを含んでいる。
このＡＤＣＴ₊ 画像フアイルは、２つ以上の圧縮画像フ
アイルを含むことができる。これも、レンダーパイプラ
インの一部を形成する。

【００２５】ＤＲＡＭ４２０の一部がソースページ画像
格納部３９２として使用され、合成パイプラインの一部
を形成する。各合成パスの間に、ソース画像格納部３９
２中のデータは伸長され、レンダーパイプラインのため
に画像と合成されて圧縮され、ＤＲＡＭ４２０内で近接
したメモリ位置を占めるデスティネーション・ページ画
像格納部３９１に書き込まれる。新たな画像が作成され
たときは、画像のソースは不要となるので、ソースペー
ジ画像格納部３９２はデスティネーション・ページ画像
によってオーバーライトされる。

【００２６】同様に、デスティネーション・ページ画像
格納部３９１は合成後のＡＤＣＴ₊圧縮ページ画像を格
納する。１つの合成パスのデスティネーション・ページ
画像は次の合成パスのためのソース画像となる。デステ
ィネーション・ページ画像格納部３９１もまた、合成パ
イプラインの一部を成す。

【００２７】画像バツフア３９５はＤＲＡＭ４２０の一
部であり、レンダープロセッサ３１０で処理される８ラ
インブロックのページ画像を一時的にバツフアするため
使用される。ここで行なわれる代表的な処理は、グラフ
ィックエンジンコマンドへのフォーマテイングとズーム
処理と呼ばれるソフトウエアとを含む。

【００２８】ホフマンテーブル３８０はＤＲＡＭ４２０
の一部をなし、図２に示すようにＡＤＣＴ₊ プロセッサ
３４０の一部を成すＪＰＥＧ圧縮／伸張器４１５のセッ
トアップデータを貯えるために使用される。例えば、C-
Cube CL550B 画像圧縮プロセッサであるＪＰＥＧ４１５
が、圧縮モードから伸長モードにあるいはその逆のモー
ドになる時には常に、種々のテーブルとレジスタとの変
更が必要となる。これらの内で最大のものはホフマンテ
ーブルであるが、量子化テーブルおよび汎用レジスタも
変更が必要となる。多くの場合、圧縮プロセッサ４１５
のモードは、１枚のＡ３ページの合成中に１６２０回ほ
ど変更される。このため、ホフマンテーブル３８０は、
プロセッサのモードを速やかに変更するのを助けるため
に、別のハードウエアブロックとして用意されている。
このハードウエアは図２のようにＤＭＡチャネルとロジ
ックブロック４９０とから構成され、ＤＭＡのデータス
トリームをＪＰＥＧチップ４１５の直接の制御信号に変
換する。

【００２９】デイスプレイフレーム格納部３７０は、ワ
ークスクリーン１４０上にグラフィック画像をデイスプ
レイするために合成バス３０５に接続されている。デイ
スプレイフレーム格納部３７０は画素当たり３２ビット
で、好ましくは１２８０画素の１０２４ラインから構成
されるフレーム格納部である。それぞれ、８ビットのレ
ツド，グリーン，ブルー及びマット面がある。このマッ
ト面は表示はされないが、グラフィックエンジン３２０
を使って合成動作をするために使用される。デイスプレ
イフレーム格納部３７５は図２のように別のハードウエ
アのカーソル３７５を含む。したがって、デイスプレイ
フレーム格納部はＲＧＢデータをワークスクリーンスク
リーン１４０に出力する。

【００３０】パン／ズームコントローラ３５０は。デイ
スプレイフレーム格納部３７０と同様に合成バス３７０
に接続されており、ワークスクリーン１４０のウインド
ウ中に全ページの一部を表示するために使用される。パ
ン／ズームコントローラ３５０は整数のズーム率を、例
えば１：１，２：１．３：１，４：１のように設定でき
る。Ａ３の全ページをワークスクリーン上で見るために
必要なズーム率は６：１である。低いズーム率はページ
の一部分のクローズアップに有用である。パン／ズーム
コントローラ３５０はまた、微妙な細かい仕事のために
画像を拡大することも可能である。１：１６までの拡大
が可能であり、この結果、単一のページ画像画素がワー
クスクリーン１４０の１６×１６の画素ブロックに書か
れる。

【００３１】ワークスクリーン１４０上の画像の表示と
は別に、レーザ複写機１５０を使用するＤＴＰシステム
１００は、複写機１５０のスキャナ１５２を使用して画
像データをシステム内に読み込み、プリンタ１５４でプ
リントすることができる。カラーレーザ複写機１５０
は、例えば、キャノン・カラーレーザ複写機ＣＬＣ５０
０またはＣＬＣ３００を使用できる。スキャナ１５２は
Ａ３のページを４００ｄｐｉの解像度でスキヤンでき
る。スキャナの出力はレツド，グリーン，ブルーそれぞ
れ８ビットであり、合成バス３０５上に同時にバツフア
される。プリンタ１５４は、ＲＧＢ／ＭＣＹＫコンバー
タ３６０を介して合成バス３０５から駆動される。この
コンバータ３６０は、レツド，グリーン，ブルーのデー
タをプリンタ１５４の印刷プロセスで使用されるマゼン
タ，シアン，イエローおよびブラックデータ（ＭＣＹ
Ｋ）に変換する。

【００３２】合成ライン格納部３３０は高速のスタテッ
クメモリアレイであり、１６ラインのページ画像格納部
を提供する。合成ライン格納部３３０は、それぞれレツ
ド，グリーン，ブルーおよびマットのための４個の８ビ
ット面を持つ。この合成ライン格納部３３０にはいくつ
かの使い方があり、第１はページ画像の合成メモリとし
ての使い方である。この場合、グラフィックエンジン３
２０は同時に８ラインのオブジェクトあるいは画像デー
タを合成し、システム３００は次の８ラインのページ画
像に進む。

【００３３】次に、ライン格納部は、圧縮された画像フ
ァイルの伸長データのための一時的な格納バッファとし
て使用される。

【００３４】最後に、ライン格納部３３０は、ＡＤＣＴ
₊ プロセッサ３４０のための再整理ラインバツフアとし
て使用される。ＤＴＰシステム１００がページをプリン
トしているとき、同期してページ画像は伸長されなけれ
ばならない。合成ライン格納部３３０は、８×８の画素
ブロックからの画像データを８ラインに再整理するため
に使用される。画素ラインがプリンタ１５４に送られて
いるとき、ＡＤＣＴ₊プロセッサ３４０は同時に画素ブ
ロックを書くことができなければならないので、この時
合成ライン格納部３３０の全１６ラインが必要とされ
る。逆方向であること以外は、同様の状況がスキャナ１
５２の場合にもある。

【００３５】ＤＴＰシステム１００はシステム全体に転
送される多数のデータタイプを有する。すでに述べたよ
うに、ＲＧＢＭタイプは合成バス３０５上を転送され、
ＲＧＢデータはコンバータ３６０へ、スキャナ１５２か
ら、そしてワークスクリーン１４０に与えられる。

【００３６】また、デイスプレイフレーム格納部３７０
には、データリンク２４２とシステムバス１３０とを介
してワークスクリーン管理部２４０からの同期した２４
ビットＲＧＢ画素データが転送される。その同期データ
は、通常ワークスクリーン管理部２４０（たとえば、Ｘ
−ウインドウ）の制御の下で、ユーザインタフエース１
１０によってだけ使用され、通常は図２でＶＲＡＭ３７
１として形成されたワークスクリーン・メモリに読み書
きされる。

【００３７】圧縮画像データはＡＤＣＴ₊ プロセッサ３
４０によって作成され、ファイルメモリ３８５及び画像
メモリ３９０を介して、システムバス１３０上にバツフ
アできる。このシステムバス１３０は、ネットワークバ
ス１０５と共に雑多なデータタイプを搬送し、これらの
データタイプをネットワーク１０５に接続された周辺機
器に分配する。

【００３８】次に、グラフィックシステム３００のブロ
ック構成を示す図２を参照して、説明する。

【００３９】システム３００は４つの主バスを有し、そ
の１つはすでに述べられたシステムバスであり、他の１
つもすでに説明されている合成バス３０５である。レン
ダーバス３１１は画像の発生と編集に関連する回路要素
を相互接続する。レンダーバス３１１には、レンダープ
ロセッサ３１０，低レベルの制御ソフトウエアを格納し
たブートＥＰＲＯＭ４３０，グラフィックエンジン３２
０及びＪＰＥＧデバイス４１５とＡＤＣＴ伸長器４１０
とを有するＡＤＣＴ₊ プロセッサ３４０が接続されてい
る。システムＤＲＡＭ４２０は、２つのバスドライバ４
５０及び４５１を介して、レンダーバス３１１とシステ
ムバス１３０とにそれぞれ接続されている。このよう
に、データはホフマンテーブル３８０，圧縮ファイル３
８５，画像格納部３９０，バツフア３９５，レンダーリ
スト３９７及びフォントデータ格納部３９９のそれぞれ
へバス３１１または１３０からバッファされて入出力さ
れる。

【００４０】ロジックブロック４９０は、ＤＲＡＭ内の
ホフマンテーブル３８０のＪＰＥＧチップへのダイレク
トメモリアクセス（ＤＭＡ）のために設けられている。
バスドライバ４５２は、データパックユニット４１０を
介する合成メモリ３３０とＤＲＡＭ４２０との間のダイ
レクトメモリアクセスのために設けられている。バスド
ライバ４５２においてはまた、ＤＲＡＭ４２０内に格納
されたＪＰＥＧ伸長データのＡＤＣＴ伸張ユニツト４１
０を介したＪＰＥＧチップ４１５へのダイレクトメモリ
アクセスが許される。

【００４１】同様にデイスプレイフレーム格納部３７０
は、バスドライバ４５４を介して合成バス３０５に接続
される。バスドライバ４５４はデイスプレイフレーム格
納部３７０の中心に位置するＲＡＭ３７１に供給するも
のである。ＶＲＡＭ３７１はレツド，グリーン及びブル
ーのそれぞれに対するＲＡＭＤＡＣ３７２へ出力を行
い、ワークスクリーン１４０にビデオ出力を提供する。
また、デイスプレイフレーム格納部３７０は発信器３７
３を持ち、ＲＡＭＤＡＣ３７２の制御用のクロックを発
生する。別に設けられたカーソルユニット３７５は、特
にウインドウオペレーシヨンにおけるワークスクリーン
カーソルの制御用である。同期信号発生器３７６として
ＴＭＳ３４０６１デバイスを使用でき、ワークスクリー
ン１４０の制御を維持する。ビデオバス３７８は、合成
バス３０５とシステムバス１３０との相互接続のために
設けられている。このように、ワークスクリーン管理部
２４０からのワークスクリーンデータはバスドライバ４
５３を介して直接にビデオバス上にバツフアできる。

【００４２】上述のパブリッシングシステム１００の全
体構成に続き、更に詳細に特別の動作及び手順を説明す
る。

【００４３】＜ワークスクリーンの動作＞ＤＴＰシステ
ム１００は、ワークスクリーン１４０上のページ画像処
理の全機能をサポートする。ウインドウ環境で対話的な
グラフィックを可能にするために、ワークスクリーン１
４０は更に次のような機能を備える。

【００４４】すべての画素に対するダイレクトアクセ
ス：グラフィックプロセッサ２３０（６８０４０）は、
ワークスクリーンのＶＲＡＭ３７１に対してダイレクト
メモリマップトアクセスができる。

【００４５】順序を問わない画像の発生：左から右の順
序に発生するページ画像と異なり、ワークスクリーン画
像はどの順序でも形成できる。

【００４６】水平なグラフィックエンジンのラン：グラ
フィックエンジン３２０はページ画像に対しては垂直方
向のランだけが可能である。ワークスクリーンへのラン
は水平，垂直いずれも可能である。

【００４７】ハードウエアズーム：ハードウエアズーム
機能は、画素を整数のズーム率でページ画像からワーク
スクリーン１４０へ転送するために設けられている。こ
の機能はワークスクリーン１４０上では単独で動作しな
いので、実時間のパンまたはズームには使用できない。

【００４８】ウインドウ機能：ＤＴＰシステム１００の
ハードウエア及びソフトウエア環境は、オーバーラップ
可能な複数のウインドウをサポートする。

【００４９】カラーパレット：ワークスクリーン１４０
はレツド，グリーン，ブルーそれぞれにＲＡＭＤＡＣ３
７２カラーパレットを有する。これらのパレットはスク
リーンメモリとワークスクリーン１４０上に実際に表示
される色との間で補助的変換機能を提供する。これらの
パレットはスクリーンのカラーとガンマをプリンタのカ
ラーとガンマに適合させるために設計された変換機能を
持つてロード可能である。プリンタ１５４とスクリーン
１４０とが異なる色域を持つので、完全な適合は不可能
である。

【００５０】対話型グラフィックスＤＴＰシステム１００のユーザインタフエースは、公知
の対話型なグラフィックシステムと共通のいくつかの特
徴を備える。しかしながら、ＤＴＰシステム１００のい
くつかの他の特徴は異なるものであり、それらは次のよ
うなものである。

【００５１】オブジェクトの移動：ほとんどのコンピユ
ータシステムと同様に、システム１００はスクリーン上
での画素画像の対話形式の移動に対してハードウエア的
なサポートは持たない。この種の移動は、境界を定める
箱のようなオブジェクトの単純な表示を移動することに
よって従来までのように達成できる。これは、グラフィ
ックプロセッサ２３０（６８０４０）によって、画素を
直接アクセスして反転されたカラーの線を描くことによ
りなし得る。境界箱が古い境界箱の位置を再反転するこ
とにより移動されるので、画像は再格納できる。

【００５２】操作：スクリーン上でのオブジェクト，線
及びスプラインの操作は、境界箱と同様に反転された色
で描かれる。

【００５３】ウインドウ：ウインドウの縁取りや領域の
充填は、グラフィックエンジンコマンド３１２を使用し
て迅速に描画される。グラフィックエンジン３２０は水
平，垂直それぞれの線をワークスクリーン１４０に描画
できるので、四角形を非常に高速に描くことができる。

【００５４】WYSIWYG ウインドウ：スクリーン画像を発
生させるためにレンダーパイプラインを使用することに
より、あるいはページ画像を生成してそれをワークスク
リーンにズーミングすることにより、ページ画像の正確
なWYSIWYG 表示を含むウインドウが作成される。レンダ
ーパイプライン及び他のパイプライン構成は、本出願と
同様の優先権が主張されている本出願人による「高解像
コンピュータグラフィックスのためのパイプライン構
成」という名称の日本出願に詳述されている。

【００５５】合成中のワークスクリーン動作システム１００はページ合成処理の間、継続して次の動
作をサポートする。この動作は次の２通りである。

【００５６】ダイレクト画素アクセス：グラフィックプ
ロセッサ２３０によるワークスクリーンのＶＲＡＭ３７
１へのアクセスは、合成動作の間に影響を受けない。

【００５７】グラフィックエンジン動作：グラフィック
エンジン３２０のワークスクリーン１４０へのランは合
成作業とはまったく同時にはなしえないが、各８ライン
バンドのページ生成の処理の間でインターリーブされ
る。これは、同時に起こる合成処理によって生じるワー
クスクリーンの更新までの平均的な消え（latency)はほ
ぼ４mSであることを意味する。

【００５８】印刷あるいはスキャン動作中のワークスク
リーン動作ワークスクリーンに対する対話型（インタラクテイブ）
グラフィック及び対象型（オブジェクテイブ）グラフィ
ック操作は、印刷あるいはスキャン動作中も継続してで
きる。しかしながら、スキャンまたは印刷動作中はＡＤ
ＣＴ₊ 圧縮プロセッサはこれらに専用されているので、
ＡＤＣＴ₊ 画像ファイルを伸長または圧縮することはで
きない。

【００５９】印刷，スキャン及び合成動作ＤＴＰシステム１００は、同時に印刷，スキャン及び合
成動作を結合して行うことはできない。これは、印刷と
スキャンとは同期した作業で、その作業時間にわたり共
に圧縮プロセッサを必要とするからである。

【００６０】＜展開処理ソフトウエア技法＞オブジェク
トベースのデータから画素単位の画像データを形成する
技法は、展開処理（rendering)技法として知られてい
る。そして、不透明な画像を展開処理することは画素画
像データをメモリに書き込むことを伴う。しかしなが
ら、画像が透明であるときは合成することが必要であ
る。合成作業は、一般に指定あるいは合成画像中の２つ
以上のソース画像を制御することによる画素画像の結合
を伴う。したがって、透明な画像の展開処理は新たに展
開されたオブジェクトを既存の画素画像データと合成す
ることを伴う。

【００６１】ＡＤＣＴ₊ 圧縮画像格納部３９０を使用す
るには、プリンタ１５４が印刷のために出力データを要
求するのと実質的に同じ順序で、画像が計算されなけれ
ばならない。キヤノンのカラーレーザープリント処理で
は、図３に示すように横長モードでＡ３ページの左下か
ら右上にかけて印刷が行われる。

【００６２】走査ラインに従って画像を発生させるこの
要求は、２次元のオブジェクトベースのグラフィック画
像を発生させる通常の方法と異なつている。

【００６３】最も良く知られているシステムは、たいて
いポストスクリプト・インタプリタを含み、画素マップ
（あるいは黒白のビツトマツプ）の画像格納部上で単に
上書きすることにより下層のオブジエクトをおおい隠す
効果を達成する「描画のアルゴリズム」を使用してい
る。図４の画像を作成するためには、図５に示すような
方法で新たな画像の各画素で既存の画素に置き換えて、
画像オブジエクトごとにページ画像格納部に書き込まれ
る。

【００６４】画像発生プロセスでは各オブジェクトを順
に考慮することだけが必要となる点において、この方法
はプロセスを単純化させる利益がある。単純化は、この
方法を比較的容易にスピードにおいて最適化する。一般
的には、完全な画素配置の画像格納部が要求される。こ
の結果、４００dpi のフルカラーＡ３画像に対して、必
要なメモリ量はページ当たりほぼ９６Ｍバイトとなる。

【００６５】方形の領域（ストリツプ又はバンド）を作
成することにより、同じ画像を作成することが可能であ
る。これは図６に示すようにバンド展開処理として知ら
れている。この方法は、レーザ及びドツトマトリツクス
スプリンタのようなフルページメモリを持ち合わせてい
ないシステムにとって有用である。

【００６６】バンドの展開処理は、全オブジェクトが通
常はデイスプレイリスト中に格納されており、各オブジ
ェクトの適切な部分が各バンドごとに作成されなければ
ならない複雑さという点の不利益がある。各バンドを作
成するプロセスの間は、そのバンドに可視的なオブジェ
クトをオーバーレイするために描画のアルゴリズムを使
用できる。これは、各オブジェクトが作成されて各バン
ドにクリップされなければならないので、全ページの格
納が可能であるときより通常は大体遅い。

【００６７】ＤＴＰシステム１００が使用するＡＤＣＴ
₊ 画像圧縮システムは８×８画素ブロックで動作する。
６４８０行×４６３２画素のＡ３画像は、８１０×５７
９の画素ブロックを有する。ＤＴＰシステム１００の展
開処理システムは、５７９画素ブロック（垂直方向の８
走査ライン）のバンドをワンパスで展開する。Ａ３ペー
ジ全部を展開するためには、８１０個のバンドごとに展
開処理を繰り返さなければならない。

【００６８】各画像ごとに８１０個の分離したバンドを
展開するには、ページ発生プロセスの速度と効率に特別
な関心を置く必要がある。たとえば、もし適切なアプロ
ーチがこの問題に対してなされないと、この画像展開は
容易に従来の技法に比較して１００倍は遅くなるだろ
う。この問題をＤＴＰシステム１００は次の技法を組み
合わせることにより解決した。

【００６９】・高レベルのデイスプレイリスト２２０か
らスピードに対し最適化された低レベルのレンダーリス
ト２９７への変換。このプロセスは複雑であり時間がか
かるが、各画像当たり１回実行されるだけでよい。

【００７０】・レンダープロセッサ３１０が自動的にレ
ンダーリスト３９７のどの部分が各バンドに対し処理さ
れるべきかを知るための、空間的な再分割アレイの発
生。

【００７１】・アウトラインフオントデータのための垂
直方向にスキャンされるビットマップフォントデータ３
９９と高速なフォーマットとの実装。

【００７２】・非常に高速なレンダープロセッサ３１０
の実装。

【００７３】・カラー，ビットマップ，透過性及び領域
の塗りつぶし動作が指数的に高速化されるための特別の
ハードウエア，グラフィックエンジン３２０の実装。

【００７４】・高速の画像合成ハードウエアの実装。

【００７５】上述の技術の結合により、ＤＴＰシステム
１００を非常に高速に作動させることができる。Ａ３サ
イズの画像は６秒以下で作成でき、典型的には２０秒以
下しか要しない。このことは、ＤＴＰシステム１００の
画像発生速度は、大概の状況のもとでカラー複写機の印
刷速度に匹敵することを意味する。

【００７６】ページ画像の画像発生の順序は、画像圧縮
の性質やカラーレーザー複写機１５０で必要な画像ラス
ター形式によって限定される。キヤノンＣＬＣ５００で
は、画像発生の順序は左から右で、Ａ３では横長形式
で、Ａ４では縦長形式である。ページ画像の８ラインバ
ツフアに対する水平方向の合成ランは８画素に限定され
るから、垂直方向のランだけがサポートされている。全
ページの伸長及び圧縮がなければページ画像の個々の画
素へのアクセスはない。

【００７７】しかしながら、スクリーン画像にはそのよ
うな限定はない。画像はどの順序でも構築でき、ランは
垂直または水平方向のいずれにもできる。個々の画素も
ランダムにアクセスできる。これは、対話的なユーザイ
ンタフエースの発生を非常に容易なものとしている。

【００７８】＜処理ステップ＞ＤＴＰシステム１００上
で行われる種々の処理ステップを次に説明する。

【００７９】上述のごとく、画像は一般に８ライン幅の
バンド（帯状領域）で処理される。このため、合成ライ
ン格納部３３０は８ラインの倍数が好ましい。ソース，
合成及びデスティネーション位置を含む２４ライン分の
容量を持つように構成されていることが最も好ましい。
データのバンド処理は、各々の処理ステップが画像生成
速度を改善するパイプラインで構成することを可能にす
る。

【００８０】ＢＦＩ−ファイル画像のバッファこの処理ステップは、レンダープロセッサ３１０で処理
できる場合に、ＤＲＡＭ内のバッファ３９５への伸長さ
れたファイル画像のバッファリング処理を提供する。こ
のステップは、ファイル画像に関連するマットが無い場
合に実行される。マットを含む場合は、次のＢＩＭが使
用される。

【００８１】伸長された画像ファイルからの８ラインの
ＲＧＢ画素データが、合成ライン格納部３３０からＤＲ
ＡＭバッファ３９５にコピーされる。このコピーは、レ
ンダープロセッサ３１０によって始動されるブロックＤ
ＭＡ転送によって実行される。

【００８２】このステップは、画像ファイルの８ライン
ブロックごとに１回実行される。普通、画像データはグ
ラフィックエンジン３２０のコマンドＦＩＦＯ（図２参
照）よりずっと大きく、合成ライン格納部３３０は合成
と同時に読み出すことができないので、画像データのバ
ッファリングはほとんどの状況で要求される。

【００８３】ＢＦＩ処理の前提条件としては、８ライン
のファイル画像が合成ライン格納部３３０内に伸長され
てなければならず、図２のレンダープロセッサ３１０の
ＤＭＡコントローラが、合成ライン格納部３３０からＤ
ＲＡＭバッファ３９５にデータを転送するためセットア
ップされてなければならない。

【００８４】ＢＩＭ−ファイル画像及びマットのバッフ
ァこの処理ステップは、レンダープロセッサによって処理
できる場合に、伸長されたファイル画像とファイルマッ
トとをＤＲＡＭバッファ３９５へのバッファリング処理
を提供する。このデータはＲＧＢＭ形式であり、ＲＧＢ
Ｍ画素としてグラフィックエンジン３２０に直接転送さ
れる。

【００８５】伸長された画像ファイルからの８ラインの
ＲＧＢＭ画素データが、合成ライン格納部３３０からＤ
ＲＡＭバッファ３９５にコピーされる。このコピーは、
レンダープロセッサ３１０のブロックＤＭＡ転送によっ
て実行される。

【００８６】前提条件としては、８ラインのファイルが
合成ライン格納部３３０に伸長され、８ラインのファイ
ルマットが合成ライン格納部３３０に伸長され、レンダ
ープロセッサ３１０のＤＭＡコントローラが合成ライン
格納部３３０からＤＲＡＭバッファ３９５にデータを転
送するためセットアップされてなければならない。

【００８７】ＣＢＭ−双方のマットを使用する合成この処理ステップは、画像マット及びオブジェクトの透
過性またはファイルマットの組み合わせによりＲＧＢ画
像データの合成ラインバッファ３３０との合成処理を提
供する。

【００８８】ＲＧＢ及びマット画素データは、合成ライ
ンバッファ３３０から読み出され、グラフィックエンジ
ン３２０によって発生されたデータと合成され、合成ラ
インバッファ３３０の同じアドレスに戻される。

【００８９】グラフィックエンジン３２０によって発生
されたＲＧＢデータは、カラーラン，またはカラーブレ
ンドに伸長されたオブジェクトベースのデータあるいは
グラフィックエンジン３２０に転送されたファイル画像
から得られるＲＧＢ画素データの形でよい。

【００９０】合成は、合成ライン格納部３３０のマット
データとグラフィックエンジ３２０によって生成された
透過データの組み合わせによって制御される。この透過
データは透過ランまたは透過ブレンドに伸長されたオブ
ジェクトベースのデータ、またはグラフィックエンジン
３２０に転送されたファイルイメージから得られるマッ
ト画素データの形でよい。

【００９１】前提条件としては、グラフィックエンジン
コマンド３１２がグラフィックエンジン３２０内で確立
され、８ライン分のページ画像が合成ライン格納部３３
０の中に存在し、８ライン分のページマットが合成ライ
ン格納部３３０の中に存在しなければならない。

【００９２】ＣＣＢ−合成バッファのクリアこの処理ステップは、画像の発生に先立つラインバッフ
ァ３３０のクリア処理を提供する。

【００９３】合成ラインバッファ３３０は合成画像が圧
縮される時にクリアされる機能をもつ。従って、合成ラ
インバッファ３３０の最初の８ラインの画像ブロックが
はっきりとクリアされることだけが必要である。４６３
２画素の長さの８ライン分の不透明の白がグラフィック
エンジン３２０によって合成ラインバッファ３３０に書
き込まれる。

【００９４】このためのただ１つの前提条件は、グラフ
ィックエンジン３２０のコマンドがグラフィックエンジ
ン３２０の中で確立されてなければならないことであ
る。

【００９５】ＣＤＬ−ディスプレイリストの作成ディスプレイリストの作成は、通常画像の作成の最初の
ステップで行う。ディスプレイリストは画像を記述する
データから成り、グラフィックオブジェクト，テキスト
及びＡＤＣＴ₊ 圧縮画像を含むことができる。ＤＴＰシ
ステム１００の展開処理システムは、コマンド・インタ
ーフェース・ソフトウエア層（ＳＣＩ）によって定義さ
れた形のディスプレイリストを受けつける。

【００９６】ディスプレイリスト２２０はいくつかのソ
ースから得られる。１）アプリケーション２４５あるいはその他のアプリケ
ーションを使用して対話的に作成される。２）グラフィックアプリケーションなどのアプリケーシ
ョンパッケージにより自動的に作成される。３）ディスプレイリストまたはポストスクリプトのよう
なページ記述言語の他の形から変換される。４）すでに作成されたファイルディスク１２０から引き
出される。５）プリント資源としてＤＴＰシステム１００を使用し
ているリモート・ワークステーションからネットワーク
１０５を通して受信される。

【００９７】ＣＦＦ−ファイルマットを使用するファイ
ルの合成この処理ステップは、ＲＧＢ画像データの合成
ラインバッファ３３０との合成処理を提供する。

【００９８】このステップはページ画像と関連するマッ
トがない場合に実行される。ページマットが含まれてい
る場合は、以下で述べるＣＦＰのステップが実行され
る。

【００９９】ＲＧＢ画素データは、合成ライン格納部３
３０から読み出されて、グラフィックエンジン３２０に
よって発生されたデータと合成され、合成ライン格納部
３３０の同じアドレスに戻される。グラフィックエンジ
ン３２０によって発生されるＲＧＢデータは、グラフィ
ックエンジン３２０に転送されたファイル画像から得ら
れるＲＧＢ画素データの形である。合成は、グラフィッ
クエンジン３２０に転送されるファイルマットから得ら
れるマット画素データによって制御される。

【０１００】前提条件としては、グラフィックエンジン
コマンド３１２がグラフィックエンジン３２０で確立さ
れ、８ラインのページ画像が合成ライン格納部３３０中
に存在しなければならない。

【０１０１】ＣＦＩーファイル画像の圧縮この処理ステップは、スキャン後のファイル画像の圧縮
処理を提供する。画像が最初にスキャンされるときは、
典型的には全Ａ３画像である。これは、ファイル画像と
して保存するために走査された画像を整理するのに使用
される。

【０１０２】最初に走査された画像の選択された方形の
部分のみが圧縮される。この領域は走査された画像の８
×８画素の格子に揃えられなければならない。合成ライ
ンバッファ３３０内の８ラインのＲＧＢ画素データは、
圧縮モードにおいてＡＤＣＴ ₊ システム３４０によって
圧縮される。このデータは、ＤＲＡＭ４２０内のデステ
ィネーション圧縮ページ画像３９１に書き込まれる。Ａ
ＤＣＴ₊ システム３４０によって必要なデータは８×８
画素ブロックであるが、合成ライン格納部３３０中には
ラスター形式で格納される。したがって、ラインバッフ
ァから読み出すときに使用されるアドレスの順序でデー
タを整理し直す。

【０１０３】３つの前提条件が満たされなければならな
い。第１に、ＡＤＣＴ₊ プロセッサ３４０が圧縮モード
にセットアップされ、ＤＭＡコントローラ４２５がデー
タをＡＤＣＴ₊ システム３４０からＤＲＡＭ４２０のデ
スティネーションの圧縮ページ画像３９１に転送するよ
うセットアップされ、合成ライン格納部３３０のアドレ
スジェネレータがデスティネーション画像のサイズ及び
位置のために適切なスタート画素及びライン長にセット
アップされなければならない。

【０１０４】ＣＦＭ−ファイルマットの圧縮この処理ステップは、合成後のファイルマットの圧縮処
理を提供する。また、このステップは、次の８ラインブ
ロックのオブジェクトグラフィックのために準備すべ
く、合成バッファ３３０のマット面をクリアして透明に
する。

【０１０５】合成ラインバッファ３３０の８ラインの合
成されたマット画素データは、圧縮モードのＡＤＣＴ₊
システム３４０によって圧縮される。このデータはＤＲ
ＡＭ４２０内のデスティネーション圧縮ファイルマット
３９１に書き込まれる。ＡＤＣＴ₊ システム３４０が要
求するデータは８×８画素ブロックであるが、合成ライ
ンバッファ３３０中にはラスター形式で格納される。し
たがって、ラインバッファから読み出すときに使用され
るアドレスの順序でデータを整理し直す。

【０１０６】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が圧縮モードにセットアップされ、レンダープロ
セッサ３１０内のＤＭＡコントローラがデータをＡＤＣ
Ｔ₊システム３４０からＤＲＡＭ４２０中のデスティネ
ーション圧縮マットファイルマット３９１に転送するよ
うセットアップされなければならない。合成ライン格納
部３３０のアドレスジェネレータは適切な再整理モード
にセットアップされなければならない。

【０１０７】ＣＦＯ−オブジェクトマットを使用するフ
ァイルの合成この処理ステップは、ＲＧＢ画像データの合成ラインバ
ッファ３３０との合成処理を提供する。

【０１０８】ＲＧＢ画素データは合成ラインバッファ３
３０から読み出され、グラフィックエンジン３２０によ
って発生されたデータと合成され、合成ラインバッファ
３３０の同じアドレスに戻される。

【０１０９】グラフィックエンジン３２０により発生さ
れるＲＧＢデータは、グラフィックエンジン３２０に転
送されたファイル画像から得られたＲＧＢ画素データの
形である。

【０１１０】合成は、グラフィックエンジン３２０によ
って発生された透過データによって制御される。この透
過データは透過ラン，透過ブレンドまたはビットマップ
データに伸長されたオブジェクトベースのデータの形で
ある。

【０１１１】前提条件：グラフィックエンジンコマンド
３１２がグラフィックエンジン３２０内で確立され、８
ラインのページ画像が合成ライン格納部３３０に存在し
なけれなならない。

【０１１２】ＣＦＰ−ページマットを使用するファイル
合成この処理ステップは、ページ画像と関連したマットを使
用して、ＲＧＢ画像データの合成ラインバッファ３３０
との合成処理を提供する。ＲＧＢ及びマット画素データ
は、合成ライン格納部３３０から読み出され、グラフィ
ックエンジン３２０により発生されるデータと合成さ
れ、合成ライン格納部３３０の同じアドレスに戻され
る。

【０１１３】グラフィックエンジン３２０により発生さ
れるＲＧＢデータは、グラフィックエンジン３２０に転
送されたファイル画像から得られたＲＧＢ画素データの
形である。

【０１１４】前提条件としては、グラフィックエンジン
コマンド３１２がグラフィックエンジン３２０内で確立
され、８ラインのページ画像が合成ライン格納部３３０
に存在し、８ラインのページマットが合成ライン格納部
３３０中に存在しなければならない。

【０１１５】ＣＭＯ−マットのみの合成抑制された色成分と共に描画ツールを用いることによっ
て、複雑なオブジエクトに基づく複雑なマットを生成す
ることが可能である。このようにして、マットが透明な
多数の層を用いて“塗られる”。合成ファイルに対する
そのようなマットを用いると、マットが合成時にＲＧＢ
成分を抑制することによって、オブジェクト図形に対す
るとほとんど同じ方法で生成される。

【０１１６】マット画素データは、合成ライン格納部３
３０から読み出され、グラフィックエンジン３２０によ
って発生されたデータと合成され、合成ライン格納部３
３０の同じアドレスに戻される。

【０１１７】グラフィックエンジン３２０によって発生
されたマット（透明度）は、透過ラン，透過ブレンド、
あるいはビットマップデータに伸長されたオブジェクト
ベースのデータの形をしている。ファイルマットのペー
ジマットもまた、この方法を用いて合成される。

【０１１８】前提条件：グラフィックエンジンコマンド
３１２がグラフィックエンジン３２１中で確定されてお
り、８ラインのページマットあるいはファイルマットが
合成ライン格納部３３０に存在しなければならない。

【０１１９】ＣＯＩ−オブジェクトベースの画像の合成この処理ステップは、オブジェクトベースのグラフィッ
ク（及びテキスト）の合成ラインバッファ３３０との合
成処理を提供する。

【０１２０】ＲＢＧ画素データは、合成ライン格納部３
３０から読み出され、グラフィックエンジン３２０によ
り発生されたデータと合成され、合成ライン格納部３３
０の同じアドレスに戻される。

【０１２１】グラフィックエンジン３２０により発生さ
れたＲＧＢデータは、カラーランまたはカラーブレンド
に伸長されたオブジェクトベースのデータである。

【０１２２】合成作業は、グラフィックエンジン３２０
によって発生される透過データによって制御される。こ
の透過データは、透過性ラン，透過ブレンドまたはビッ
トマップデータに伸長されたオブジェクトベースの形で
ある。前提条件：グラフィックエンジンコマンド３１２
がグラフィックエンジン３２０内で確立され、合成メモ
リが不透明ランで完全にフルである場合（たとえば、ブ
ランクの背景を発生させる白のランコマンドを使用する
時）を除き、８ラインのページ画像が合成ライン格納部
３３０に存在しなければならない。

【０１２３】ＣＰＩ−ページ画像の圧縮この処理ステップは、合成後のページ画像の圧縮処理を
提供する。このステップはまた、合成バッファ３３０を
白にクリアし、次の８ラインブロックのオブジェクトグ
ラフィックの準備をする。

【０１２４】合成ラインバッファ３３０内の８ラインの
合成されたＲＧＢ画素データは、圧縮モードのＡＤＣＴ
₊ システム３４０によって圧縮される。このデータは、
ＤＲＡＭ４２０中のデスティネーション圧縮ページ画像
３９１に書き込まれる。ＡＤＣＴ₊ システム３４０が必
要とするデータは８×８画素ブロックであるが、合成ラ
インバッファ３３０にはラスター形式で格納される。し
たがって、ラインバッファからの読み出し時のアドレス
の順序によりデータが再整理される。

【０１２５】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が圧縮モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラがデータを
ＡＤＣＴ₊ システム３４０からＤＲＡＭ４２０中のデス
ティネーション圧縮画像３９１に転送するようセットア
ップされ、合成ラインバッファ３３０のアドレスジェネ
レータ４１０が適切な再整理モードにセットアップされ
なければならない。

【０１２６】ＣＰＭ−ページマットの圧縮この処理ステップは、合成後のページマットの圧縮処理
を提供する。このステップは、次の８ラインブロックの
オブジェクトグラフィックのために準備すべく、合成バ
ッファ３３０のマット面をクリアして透明とする。

【０１２７】合成ラインバッファ３３０内の８ラインの
合成されたマット画素データは、圧縮モードのＡＤＣＴ
₊ システム３４０によって圧縮される。このデータは、
ＤＲＡＭ４２０中のデスティネーション圧縮ページ画像
３９１に書き込まれる。ＡＤＣＴ₊ システム３４０が必
要とするデータは８×８画素ブロックであるが、合成ラ
インバッファ３３０にはラスター形式で格納される。し
たがって、ラインバッファからの読み出し時のアドレス
の順序によりデータが再整理される。

【０１２８】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０は圧縮モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラはデータを
ＡＤＣＴ₊ システム３４０からＤＲＡＭ４２０中のデス
ティネーション圧縮画像３９１に転送するようセットア
ップされ、合成ラインバッファバッファ３３０のアドレ
スジェネレータ４１０は適切な再整理モードにセットア
ップされなければならない。

【０１２９】ＣＲＬ−レンダーリストの作成このデータパスはコマンドインターフェース（ＳＣＩ）
層によって定義された形のディスプレイリスト２２０を
レンダーリスト３９７に変換するために使用される。

【０１３０】ディスプレイリスト２２０からからレンダ
ーリスト３９７への変換は、グラフィックプロセッサ２
３０上で走るホストレンダープログラムによって実行さ
れる。

【０１３１】ディスプレイリスト２２０は、コンピュー
タシステム２００のメモリから読み出されて変換され、
共有メモリ（ＤＲＡＭ４２０）内にレンダーリストとし
て格納される。ディスプレイリスト２２０の一部をなす
ＡＤＣＴ₊ 画像ファイルは変更なしに共有されるメモリ
４２０に転送される。

【０１３２】これらはレンダーリスト３９７の一部であ
るが、この段階の後ではオブジェクトグラフィックのデ
ータパスから分岐するデータパスとして別々に示されて
いる。

【０１３３】前提条件：コマンドインターフエース層形
式中のディスプレイリスト２２０が変換のために必要で
ある。

【０１３４】ＣＴＷ−ワークスクリーンへの合成この処理ステップは、オブジェクトベースのグラフィッ
ク（及びテキスト）のワークスクリーン１４０との合成
処理を提供する。このステップは、高速の対話型ＷＹＳ
ＩＷＹＧグラフィックを提供するために使用される。

【０１３５】ＲＧＢ画素データは、ディスプレイフレー
ム格納部３７０から直接に読み出され、グラフィックエ
ンジン３２０により発生されるデータと合成され、ディ
スプレイフレーム格納部３３０の同じアドレスに戻され
る。ワークスクリーン１４０へのメモリアクセスは、合
成ラインバッファ３３０へのメモリアクセスより相当に
遅いことに留意すれば、合成画素速度はより遅くなるは
ずであるが、ワークスクリーン１４０はページ画像のた
った４．３７％の画素しか有しないので、画像の作成速
度は許容できるものである。

【０１３６】前提条件：グラフィックエンジンコマンド
３１２がグラフィックエンジン３２０内に確立されなけ
ればならない。

【０１３７】ＣＷＭ−ワークスクリーンマットを使用す
る合成この処理ステップは、グラフィック（及びテキスト）の
ワークスクリーンとの合成処理を提供する。このステッ
プは、高速の対話型ＷＹＳＩＷＹＧグラフィックを提供
するために使用される。

【０１３８】ＲＧＢ及びマット画素データは、ディスプ
レイフレーム格納部３７０から直接に読み出され、グラ
フィックエンジン３２０により発生されるデータと合成
され、ディスプレイフレーム格納部３７０の同じアドレ
スに戻される。ほとんどの状況において、ワークスクリ
ーンのマット面はこの処理で変更されない。しかしなが
ら、ＤＴＰシステム１００は着色と地の背景との間の累
積する相互作用のシュミレーション機能を有し、この機
能が使用されると、マット面もまた合成期間中に変更さ
れる。ワークスクリーン１４０へのメモリアクセスが合
成ラインバッファ３３０へのメモリアクセスより相当に
遅いことに留意すれば、合成する合成画素速度はより遅
くなるはずであるが、ワークスクリーン１４０はページ
画像のたった４．３７％の画素しか有しないので、画像
の作成速度は許容できるものである。

【０１３９】前提条件：グラフィックエンジンコマンド
３１２はグラフィックエンジン内に確立されなければな
らない。

【０１４０】ＤＸＰ−Ｘウインドウ画素の描画この処理ステップは、ワークスクリーンのＶＲＡＭ３７
１へのダイレクトアクセスを介して、個々の画素を書き
込むことにより、ワークスクリーン１４０へのグラフィ
ックの描画処理を提供する。この方法は比較的遅いが、
画素をどのような順序でも書け、この方法によるワーク
スクリーンメモリ３７１へのアクセスはいつでも可能で
ある。

【０１４１】ＲＧＢ画素データはグラフィックプロセッ
サ３２０によってワークスクリーンメモリ３７１に直接
に書き込まれる。

【０１４２】ＥＦＩ−ファイル画像の伸張この処理ステップは、ソース画像と合成できるように圧
縮された画像ファイルの伸張処理を提供する。

【０１４３】伸長モードのＡＤＣＴ₊ システム３４０に
よって、８ラインのＡＤＣＴ₊ 圧縮画像ファイル３８５
はＲＧＢ画素データに伸長される。このデータは合成ラ
インバッファ３３０に直接書き込まれる。ＡＤＣＴ₊ シ
ステム３４０からのデータは８×８画素ブロックである
が、合成ラインバッファ３３０にはラスター形式で格納
される。したがって、ラインバッファへの書き込み時の
アドレスの順序によりデータが再整理される。この処理
は画像ファイルの８ラインブロックごとに１回実行され
る。

【０１４４】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が伸張モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラはデータを
ＤＲＡＭ４２０中のファイル画像３８５からＡＤＣＴ₊
伸長器３４０へ転送するようセットアップされ、合成ラ
インバッファ３３０のアドレスジェネレータ４１０は適
切な再整理モードにセットアップされなければならな
い。

【０１４５】ＥＦＭーファイルマットの伸長この処理ステップは、合成前のファイルマットの伸長処
理を提供する。ファイルマットはページ画像とのファイ
ルの合成を制御するのに使用できる。

【０１４６】伸張モードのＡＤＣＴ₊ プロセッサ３４０
によって、８ラインのＡＤＣＴ₊ 圧縮ファイルマットは
ソース３９２からマット画素データへ伸長される。この
データは合成ラインバッファ３３０のマット面に直接書
き込まれる。合成ラインバッファのＲＧＢ面は影響され
ない。ＡＤＣＴ₊ システム３４０からのデータは８×８
画素ブロックであるが、合成ラインバッファ３３０には
ラスター形式で格納される。したがって、ラインバッフ
ァへの書き込み時のアドレスの順序によりデータが再整
理される。

【０１４７】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０は伸張モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラはデータを
ＤＲＡＭ４２０中のファイルマット３９２からＡＤＣＴ
₊ 伸長器３４０へ転送するようセットアップされ、合成
ラインバッファ３３０のアドレスジェネレータ４１０は
適切な再整理モードにセットアップされなければならな
い。

【０１４８】ＥＰＩ−ページ画像の伸張この処理ステップは、合成が出来るようにページ画像の
伸張処理を提供する。これは一般に、新たな情報の既存
のページ画像との合成処理の最初のステップである。

【０１４９】伸張モードのＡＤＣＴ₊ システム３４０に
よって、８ラインのＡＤＣＴ₊ 圧縮ページ画像はソース
３９２からＲＧＢ画素データに伸張される。このデータ
は合成ラインバッファ３３０に直接書き込まれる。ＡＤ
ＣＴ₊ システム３４０からのデータは８×８画素ブロッ
クであるが、合成メモリにはラスター形式で格納され
る。従って、ラインバッファへの書き込み時のアドレス
の順序によりデータは再整理される。

【０１５０】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が伸張モードにセットアップされ、レンダープロ
セッサ３１０のＤＭＡコントローラがデータをＤＲＡＭ
４２０のソース画像３９２からＡＤＣＴ₊ 伸張器に転送
するようセットアップされ、合成ラインバッファ３３０
のアドレスジェネレータ４１０が適切な再整理モードに
セットアップされねばならない。

【０１５１】ＥＰＭ−ページマットの伸張この処理ステップは、合成前にページマットの伸張処理
を提供する。ページマットはファイル及びオブジェクト
グラフィックとページ画像との合成を制御するために使
用される。

【０１５２】伸張モードのＡＤＣＴ₊ システム３４０に
よつて、８ラインのＡＤＣＴ₊ 圧縮ページマットは、ソ
ース２９３からマット画素データに伸張される。このデ
ータは合成ラインバッファ３３０のマット面に直接書き
込まれる。合成ラインバッファ３３０のＲＧＢ面は影響
されない。ＡＤＣＴ₊ システム３４０からのデータは８
×８画素ブロックであるが、合成ラインバッファ３３０
にはラスター形式で格納される。従って、ラインバッフ
ァへの書き込み時のアドレス順によりデータは再整理さ
れる。

【０１５３】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が伸張モードにセットアップされ、レンダープロ
セッサ３１０のＤＭＡコントローラがデータをＤＲＡＭ
４２０のページマット３９２からＡＤＣＴ₊ 伸張器に転
送するようセットアップされ、合成ラインバッファ３３
０のアドレスジェネレータ４１０が適切な再整理モード
にセットアップされねばならない。

【０１５４】ＦＡＪ−ＡＤＣＴ₊ ファイルからＪＰＥＧ
形式へのフィルタＤＴＰシステム１００からＪＰＥＧ標準を使用するシス
テムへ画像ファイルを転送するとき、画像形式はＡＤＣ
Ｔ₊ からＪＰＥＧ形式に変換されなければならない。Ａ
ＤＣＴ₊ ファイルからＪＰＥＧファイルへの変換には次
の処理が必要である。１）テキスト検出アレイは無視されなければならない。
このことは、テキストの検出という利点が失われるが、
ＡＤＣＴ₊ の無いシステムでは使用する利益がないこと
を意味する。２）マーカコードがあるのはベースラインＪＰＥＧ標準
の特別なモードであるので、マーカコードを取り去る必
要はない。

【０１５５】ＡＤＣＴ₊ 形式ファイルは、ディスプレイ
リスト２２０からアプリケーション層中の“フィルタ”
プログラムを通して渡される。このプログラムはファイ
ルをＪＰＥＧ形式に変換し、オペレーティングシステム
２３５の制御の下にハードディスク（ＨＤＤ）または磁
気光ディスク（ＭＯＤ）に書き込まれる。

【０１５６】ＦＦＩーファイル画像の形式この処理ステップは、ＲＧＢ画素からグラフィックエン
ジンコマンド３１２へ伸張されバッファされたファイル
画像３９５のフォーマッティング処理を提供する。この
ステップは、ファイル画像と関連するマットが無い時に
実行される。マットがあるときは、次のＦＩＭが使用さ
れる。

【０１５７】グラフィックエンジンコマンド３１２のヘ
ッダがグラフィックエンジン３２０に書かれ、合成され
るべき画素番号とスタート画素アドレスと合成モードと
を特定する。ここで、グラフィックエンジン３１２のコ
マンドがＲＧＢ画素データを含む時、バッファされた画
像ファイルからのＲＧＢ画素データのランは、ＤＲＡＭ
バッファ３９５によってグラフィックエンジン３２０に
コピーされる。このコピー作業は、ブロックＤＭＡ転送
を実行するレンダープロセッサによってなされる。ＦＩ
ＦＯ３２１の全信号が一時的にＤＭＡ転送を停止させる
時、このランはグラフィックエンジン３２０のＦＩＦＯ
３２１の長さより長くなる（図２参照）。このステップ
は、各合成ランごとに１回実行される。典型的には画像
ファイルの８ラインブロックごとに８つの合成ランがあ
る。

【０１５８】前提条件としては、ＲＧＢ画像データがＤ
ＲＡＭバッファ３９５内にあり、レンダープロセッサ３
１０のＤＭＡコントローラがデータをＤＲＡＭバッファ
３９５からグラフィックエンジンのＦＩＦＯ３２１へ転
送するようセットアップされなければならない。

【０１５９】ＦＩＭ−ファイル画像及びマットのフォー
マットこの処理ステップは、伸長されバッファされた画像ファ
イルとファイルマットとのＲＧＢＭ画素からグラフィッ
クエンジンコマンドへのフォーマッテイグ処理を提供す
る。

【０１６０】グラフィックエンジンコマンド３１２のヘ
ッダはグラフィックエンジン３２０に書かれ、合成され
るべき画素番号とスタート画素アドレスと合成モードと
を特定する。関連するグラフィックエンジンコマンド３
１２はバッファされたファイル画像の画素データからの
ＲＧＢＭ画素データを含む。このデータは、ブロックＤ
ＭＡ転送を実行するレンダープロセッサ３１０により、
ＤＲＡＭバッファ３９５からグラフィックエンジン３２
０にコピーされる。ＦＩＦＯの全信号が一時的にＤＭＡ
転送を停止させる場合は、このデータランはグラフィッ
クエンジンのＦＩＦＯ３２１長さより長くなる。このス
テップは各合成ランごとに１回実行される。典型的に
は、画像ファイルの８ラインブロックごとに８つの合成
ランがある。

【０１６１】前提条件としては、ＲＧＢ画像データがＤ
ＲＡＭバッファ３９５内にあり、ＤＭＡコントローラ４
２５はデータをＤＲＡＭバッファ３９５からグラフィッ
クエンジンのＦＩＦＯ３２１へ転送するようセットアッ
プされなければならない。

【０１６２】ＦＪＡ−ＪＰＥＧファイルからＡＤＣＴ₊
形式へのフィルタＪＰＥＧ標準を使用するシステムからＤＴＰシステム１
００へ画像ファイルを転送するとき、画像形式はＪＰＥ
ＧからＡＤＣＴ₊ 形式に変換されなければならない。Ｊ
ＰＥＧファイルからＡＤＣＴ₊ ファイルへの変換には次
の処理が必要である。１）テキスト検出アレイはクリアされなければならな
い。これは、各セルがあたかも画像セルとして処理され
てテキストセルとして処理されないことを意味する。こ
れは、全ＪＰＥＧ画像の品位を維持するが、ＡＤＣＴ₊
テキストの改良の利益はもたらさない。２）マーカコードがＪＰＥＧデータストリームの各８ブ
ロックの終わりに挿入される。これは、ＪＰＥＧデータ
ストリームがブロックの位置を確立するため解釈され、
挿入されたマーカコードと共に再構成されることを必要
とする。各ブロック内でＤＣＰＭ符号化されたＤＣ成分
は、マーカコードがあると８ラインブロックの始めにＤ
ＣＰＭレジスタをリセットするように、適応されねばな
らない。

【０１６３】ＪＰＥＧ形式ファイルはオペレーティング
システム２３５の制御の下に、ハードディスク（ＨＤ
Ｄ）１２４または磁気光ディスク（ＭＯＤ）１２２から
読み出され、ＡＤＣＴ₊ 形式ファイルはアプリケーショ
ン層２４５中の“フイルタ”プログラムを通して渡され
る。このプログラムはファイルをＪＰＥＧ形式に変換し
て、ディスプレイリスト２２０に格納する。

【０１６４】ＦＷＩ−ファイル画像の早書きこの処理ステップは、素早い伸長と合成ラインバッファ
格納部３３０への直接のファイル画像の書き込み処理を
提供する。

【０１６５】この作業は、ファイルデータがＤＲＡＭ４
２０にバッファされたり、あるいはグラフィックエンジ
ンコマンド３１２にフォーマットされたり、あるいは合
成される必要がないので、もっと融通性のあるファイル
の合成より相当に早い。しかしながら、これはマットが
ない、あるいはファイルと関連するオブジェクトベース
の透過性が無い（したがって、イメージが方形である）
場合で、ファイルがＡＤＣＴ₊ 圧縮によって使用される
８×８画素ブロックに並べられるときにのみ可能であ
る。この状況は大概のＤＴＰアプリケーションに共通で
ある。

【０１６６】８ラインのＡＤＣＴ₊ 圧縮画像ファイル３
８５は、伸長モードのＡＤＣＴ₊ システム３４０によっ
てＲＧＢ画素データに伸長される。このデータは、合成
ラインバッファ３３０に直接書き込まれる。これは、指
定された方形の領域に合成ラインバッファ３３０の既存
の内容を重ね書きする。

【０１６７】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０は伸張モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラはデータを
ＤＲＡＭ４２０中のファイル画像３８５からＡＤＣＴ₊
伸長器３４０へ転送するようセットアップされ、合成ラ
インバッファ３３０のアドレスジェネレータ４１０は適
切な再整理モードにセットアップされなければならな
い。

【０１６８】ＬＨＣ−圧縮のためのホフマンテーブルの
ロードこのデータパスは、ＪＰＥＧチップ４１５を圧縮モード
にするために使用される。これは、チップが現在伸長モ
ードにある場合には圧縮が実行されるときに必ず実行さ
れなければならない。

【０１６９】圧縮ホフマンテーブル３８０及びＪＰＥＧ
チップ４１５のためのその他の準備データは、レンダー
プロセッサ３１０上のＤＭＡコントローラによりＤＲＡ
Ｍ４２０からＪＰＥＧチップ４１５に転送される。この
データは、制御データを含む特殊な形式であり、このデ
ータをＪＰＥＧチップ４１５への制御信号としての解釈
する回路を含むハードウエア位置に書き込まれる。これ
は、チップ４１５中の種々のレジスタ及びアレイの完全
な立ち上げを高速に達成するためである。

【０１７０】ＩＰＥＧチップ４１５は、全Ａ３サイズの
画像の合成のためには８１０回伸長モードから圧縮モー
ドに（又その逆に）変更されなければならない。

【０１７１】ＪＰＥＧチップ４１５の立ち上げデータは
ブーツ時にＤＲＡＭ中にロードされる。

【０１７２】ＬＨＥー伸長のためのホフマンテーブルの
ロードこのデータパスはＪＰＥＧチップ４１５を伸長モードに
するために使用される。これは、チップが現在圧縮モー
ドにある場合には伸長が実行されるときに必ず実行され
なければならない。

【０１７３】伸張ホフマンテーブル３８０及びＪＰＥＧ
チップのためのその他の準備データは、レンダープロセ
ッサ４１０上のＤＭＡコントローラによりＤＲＡＭ４２
０からＪＰＥＧチップ４１５に転送される。このデータ
は、制御データを含む特殊な形式であり、このデータを
ＪＰＥＧチップ４１５への制御信号としての解釈する回
路を含むハードウエア位置に書き込まれる。これは、チ
ップ４１５中の種々のレジスタ及びアレイの完全な立ち
上げを高速に達成するためである。

【０１７４】ＩＰＥＧチップ４１５は、全Ａ３サイズの
画像の合成のためには８１０回圧縮モードから伸長モー
ドに（又その逆に）変更されなければならない。

【０１７５】ＪＰＥＧチップ４１５の立ち上げデータは
ブーツ時にＤＲＡＭ中にロードされる。

【０１７６】ＰＲＮープリントこの処理ステップは、画像のプリント処理を示す。圧縮
されたページ画像は実時間でＲＧＢ画素データに伸長さ
れ、ＭＣＹＫデータに変換され、一時に１つのカラー成
分が印刷される。

【０１７７】ＡＤＣＴ₊ 圧縮ページ画像３９２は、実時
間で伸張モードのＡＤＣＴ₊ システム３４０によりＲＧ
Ｂ画素データに伸長される。このデータは、合成ライン
格納部３３０に直接書き込まれる。このライン格納部３
３０はＡＤＣＴ₊ プロセッサで発生された８×８画素セ
ルをラスターデータに変換するための再整理ライン格納
部として使用される。このデータはつぎに変換器３６０
でＲＧＢからマゼンタ，シアン，イエロー及びブラック
に変換されて印刷される。カラーレーザプリンタ１５４
は処理中に止まることのない同期データを必要とする。
それゆえ、印刷処理は１つの分割不能な作業として扱わ
られなければならず、実時間処理でなければならない。
伸長，変換及び印刷プロセスは、印刷されるべき各コピ
ーに対し、マゼンタ，シアン，イエロー及びブラックの
印刷行程ごとに一回の、計４回実行される。データの出
力タイミングはプリンタ１５４からのライン及びページ
同期信号により制御される。

【０１７８】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０は伸張モードになっていなければならず、レンダ
ープロセッサ３１０内のＤＭＡコントローラはデータを
ＤＲＡＭ４２０からＡＤＣＴ₊ 伸長器３４０へ転送する
ようセットアップされ、ＲＳ２３２Ｃのプリントコマン
ドがプリンタ１５４に与えられなければならない。

【０１７９】ＯＳＺ−高速ソフトウエアズームこの処理ステップは、レンダープロセッサ３１０のソフ
トウエアにより実行されるズーム機能を提供する。画像
をワークスクリーン１４０に表示しているときは、ハー
ドウエアのパン／ズームエンジン３５０の機能を２倍に
する。

【０１８０】この処理はファイル画像が単一のズーム率
以外でワークスクリーン１４０に合成される場合に必要
である。合成されないで画像がワークスクリーンに単純
に書き込まれる場合には、ハードウエアズームのみが使
用できる。

【０１８１】グラフィックエンジン３２０は、８ライン
のＲＧＢとマット画素データとをバッファ画像３９５か
ら読み、画素の一部を捨ててワークスクリーンへのズー
ム版を作成する。作成されたズーム版は画像バッファ３
９５に戻される。この版は、次にＤＭＡ転送でグラフィ
ックエンジン３２０に転送される。

【０１８２】ただ１つの前提条件としては、ＲＧＢＭ画
像データがＤＲＡＭ４２０のバッファ３９５になければ
ならない。

【０１８３】ＲＡＤ−ディスクからのＡＤＣＴ＋ファイ
ルの読み出しディスプレイリスト２２０はＡＤＣＴ₊ 画像ファイルを
含むことができる。このディスプレイリスト２２０は、
ＡＤＣＴ₊ ファイル名，ｘ／ｙサイズ，マット構成及び
その他の特性を直接含まなければならないが、大きくて
も４Ｍバイトである実際のＡＤＣＴ₊ データは含む必要
がない。ホストレンダープロセス２５０はＡＤＣＴ₊ デ
ータを直接変更あるいは使用しないので、必要な時はデ
ータはディスク１２０からメモリ（ＤＲＡＭ４２０）に
直接転送できる。これはコンピュータシステム２００上
のディスプレイリスト２２０にデータがセーブされるな
らば、２重の転送を省き、能率の改善とメモリの要求を
減らすことができる。これは、オブジェクトデータ及び
テキストがコンパクトになる傾向がある場合に、多くの
ファイル画像を持つ複数ページから構成される文書に特
に意義がある。要求があり次第ＡＤＣＴ₊ データを直接
ローディングすることは、非常に長いカラー文書がメモ
リの枯渇なしに編集できプリントできることを意味す
る。

【０１８４】ＡＤＣＴ₊ ファイルは、オペレーティング
システム２３５の制御の下に、ハードディスク（ＨＤ
Ｄ）１２４あるいは磁気光ディスク（ＭＯＤ）１２０か
ら読み出され、ＳＣＳＩのＤＭＡ転送によりポート２１
０からＤＲＡＭ４２０に直接に書き込まれる。

【０１８５】ただ１つの前提条件としては、十分なスペ
ースがＤＲＡＭ４２０中になければならない。これは、
レンダープロセッサ３１０上を走るメモリ管理とオペレ
ーティングシステム２３５との間のコミュニケーション
を要求する。

【０１８６】ＲＡＦーＡＤＣＴ₊ ファイルのサイズ調整この処理ステップは、レンダープロセッサ３１０上のソ
フトウエアによって実行されるＡＤＣＴ₊ 画像のサイズ
調整処理を提供する。このサイズ調整は、ページで要求
される画像がファイル中に格納された画像とは異なるサ
イズの時に実行される。

【０１８７】画像の品位を維持するために、混じってい
るノイズは双一次サンプルレート変換（bi-linear samp
le rate conversion）で実質的に除かれる。この処理
は、典型的には画素ごとの要素ごとに２つのかけ算とい
くつかのたし算との最小化を伴うプロセッサの集中であ
る。これはソフトウエアによって実行されなければなら
ない。

【０１８８】レンダープロセッサ３１０は８ラインのＲ
ＧＢとマット画素データをバッファ画像３９５から読
み、双一次サンプルレート変換を使用してワークスクリ
ーン１４０のためにサイズ調整版を作る。サイズ調整版
は画像バッファ３９５に戻される。サイズ調整板はそれ
からＤＭＡ転送でグラフィツクエンジン３２０に転送さ
れる。

【０１８９】ただ１つの前提条件としては、ＲＧＢＭ画
像データがＤＲＡＭバッファ中になければならない。

【０１９０】ＲＢＭーオブジェクトマットのバンドの展
開このデータパスは、レンダーリスト３９７中のオブジェ
クト記述をグラフィックエンジンの“透過”コマンド３
１２に変換するために使用される。

【０１９１】レンダーリスト３９７からグラフィックエ
ンジンコマンドへのこの変換は、レンダープロセッサ３
１０上で走る前述の方法でバンド展開処理を実行するBA
ND RENDER と呼ばれるプログラムによって実行される。
レンダーリスト３９７は、共有メモリ４２０から読まれ
て変換され、グラフィックエンジンコマンドのＦＩＦＯ
３２１内にコマンドとして格納される。

【０１９２】８ライン幅の１つのバンドは同時に展開さ
れる。Ａ３サイズの全画像のためには８１０個のバンド
が展開されなければならず、Ａ４サイズのためには４０
５のバンドが必要とされる。

【０１９３】ただ１つの前提条件としては、オブジェク
トマットを含むレンダーリストが確立されなければなら
ない。

【０１９４】ＲＢＯーオブジェクトのバンドの展開このデータパスは、レンダーリスト３９７中のオブジェ
クト記述をグラフィックエンジンコマンド３１２に変換
するために使用される。

【０１９５】レンダーリスト３９７からグラフィックエ
ンジンコマンド３１２への変換は、BAND RENDER と呼ば
れるレンダープロセッサ３１０上を走るプログラムによ
って実行される。レンダーリスト３９７は共有メモリ４
２０から読み出されて変換され、グラフィックエンジン
コマンド３２１中にコマンドとして格納される。

【０１９６】８ライン幅の１つのバンドは同時に展開さ
れる。Ａ３サイズの全画像のためには８１０個のバンド
が展開されなければならず、Ａ４サイズのためには４０
５のバンドが必要とされる。

【０１９７】この処理のための前提条件は、適切な形式
のレンダーリスト３９７が展開のために必要とされ、レ
ンダーリスト３９７中のテキストが必要とする全てのフ
ォント記述がフォントキャッシュ３９９、またはコンピ
ュータシステム２００に要求するかにより可能でなけれ
ばならず、グラフィックエンジンコマンドのＦＩＦＯ３
２１がいつぱいであってはならない。ＦＩＦＯ３２１と
のブロック同期が必要である。4ＲＤＤ−ディスクからのディスプレイリストの読み出しディスプレイリスト３２０は、ディスク１２０からアプ
リケーションによって指名されたファイル及びプリント
のための巻(spooled) 情報として読まれる。ディスプレ
イリストは画像記述データから構成され、グラフィック
オブジェクト，テキスト及びＡＤＣＴ₊ 圧縮画像を含
む。

【０１９８】ディスプレイリスト２２０は、オペレーテ
ィングシステム２３５の制御の下に、ハードディスク
（ＨＤＤ）１２４あるいは磁気光ディスク（ＭＯＤ）１
２０から読み出され、コンピュータシステム２００内の
ＤＲＡＭ（不図示）に書かれる。

【０１９９】ＲＤＥ−イサーネットからのディスプレイ
リストの受取り通常、ディスプレイリストは、ネットワークス１０５上
の他のワークステーションからのリモート印刷ジョッブ
としてネットワーク１０５（イサーネット）から受け取
られる。これは、ディスプレイリストをディスクから読
むのと違って、仕事が遠隔から開始され、アプリケーシ
ョンの制御の下でローカルに発生するディスプレイリス
トの操作と同時に発生する。この機能は複数のディスプ
レイリストが同時に存在することを許すことにより容易
となる。

【０２００】ディスプレイリストは、オペレーティング
システム２３５の制御の下で、イサーネット１０５から
受け取られ、コンピュータシステム２００内のＤＲＡＭ
（不図示）に書かれる。

【０２０１】ＲＭＦ−ファイル画像を持つマットの展開この処理ステップは、オブジェクトベースのマットの展
開と同時に、伸長されバッファされたファイル画像のＲ
ＧＢ画素からグラフィックエンジンコマンド３１２への
フォーマッティング処理を提供する。

【０２０２】レンダーリスト３９７からグラフィックエ
ンジンコマンド３１２への変換は、BAND RENDER と呼ば
れるレンダープロセッサ３１０上を走るプログラムによ
って実行される。

【０２０３】画素データが次に続く透過ランまたは透過
ブレンドを含むグラフィックエンジンコマンド３１２
は、グラフィックエンジン３２０に書き込まれる。これ
に、バッファされたファイル画像３９５からのＲＧＢ画
素データが続く。このデータは、ブロックＤＭＡ転送を
実行するレンダープロセッサ３１０によって、ＤＲＡＭ
バッファ３２０からグラフィックエンジン３２０にコピ
ーされる。

【０２０４】前提条件としては、オブジェクトマットを
含むレンダーリスト３９７が確立され、ＲＧＢ画像デー
タがＤＲＡＭバッファの中にあり、レンダープロセッサ
３１０中のＤＭＡコントローラがデータをＤＲＡＭバッ
ファ４２０からグラフィックエンジンのＦＩＦＯ３１２
に転送すべくセットアップされてなけれなならない。ＳＣＮ−スキャンこの処理ステップは、画像のスキャンとＡＤＣＴ₊ フォ
ーマットへのファイルの圧縮を示す。スキャナ１５２を
使用して、完全なＡ３ページだけがこの方法でスキャン
される。トリミングを行いながらのスキャン操作をする
と、より小さいファイルを作成できる（詳細はアプリケ
ーションの項を参照）。スキャンされた画像はワークス
クリーン１４０上には示されない。これは次のＳＴＷの
処理を使用して実現する。

【０２０５】スキャナ１５２のデータは直接に合成ライ
ン格納部３３０に書かれる。この場合、スキャナ１５２
からのラスターデータをＡＤＣＴ₊ プロセッサ３４０が
必要とする８×８画素セルに変換するために、合成メモ
リは再整理ライン格納部として使用される。スキャナデ
ータが再整理ライン格納部の半分に書き込まれている
間、他の半分からＡＤＣＴ₊ プロセッサ３４０によって
データが読まれ、デスティネーション画像３９１を作成
するために圧縮される。スキャナ１５２からのデータは
同期しいるので、スキャン操作は１つの不可分の作業と
して実時間で処理されなければならない。

【０２０６】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が圧縮モードであり、レンダープロセッサ３１０
のＤＭＡコントローラがデータをＡＤＣＴ₊ プロセッサ
３４０からＤＲＡＭ４２０へ転送するようにセットアッ
プされ、ＲＳ２３２Ｃのスキャンコマンドがスキャナ１
５２に与えられていなければならない。

【０２０７】ＳＴＷ−ワークスクリーンのスキャンこの処理ステップは、画像のスキャン処理とスクリーン
１４０上への縮小画像の表示処理とを提供する。これ
は、スキャナ１５２上の画像を正確に位置付け、ズーム
率，画像のアングル及び他の条件が画像の最終のスキャ
ンを実行する前に正確であることを確実なものとする。

【０２０８】スキャナデータは合成ライン格納部３３０
に書かれる。この場合、合成ライン格納部３３０は、ス
キャンとワークスクリーンへの転送との同期処理のため
の画像バッファとして使用される。スキャナデータが画
像バッファの半分に書き込まれている間、グラフィック
エンジン３２０によって他の半分から読まれる。グラフ
ィックエンジン３２０は、パン／ズームコントローラ３
５０にスタートアドレスとズーム率とを与える。スキャ
ンされた画像から選択された画素は、パン／ズームコン
トローラ３５０の制御の下にワークスクリーン１４０に
書かれる。スキャン操作は１つの不可分の作業として実
時間で処理されなければならない。

【０２０９】２つの前提条件としては、各ランのスター
トアドレスをパン／ズームコントローラ３５０にセット
アップするためにグラフィックエンジンコマンドが確立
されなければならないことと、これらのコマンドが画像
のズーム率，画像ウインドウのサイズと位置及び画像ウ
インドウに重ねられるウインドウの存在を考慮に入れな
ければならないことである。そして、ＲＳ２３２Ｃのス
キャンコマンドがスキャナ１５２に与えられていなけれ
ばならない。

【０２１０】ＷＡＤ−ディスクへのＡＤＣＴ₊ 画像の書
き込みＡＤＣＴ₊ 画像は通常、スキャンおよびトリミング後に
“ファイル画像”としてディスクにセーブされる。

【０２１１】通常の処理ではないが、完全に合成された
画像はオブジェクトベースのディスプレイリストとして
よりＡＤＣＴ₊ 画像としてディスクにセーブできる。こ
うする利益は、同じ画像が後で印刷される場合に複合画
像の再合成を避けることにある。ＡＤＣＴ₊ 画像は、Ｄ
ＲＡＭ４２０中に格納され、ディスク１２０に直接転送
される。これは、コンピュータシステム２００上のディ
スプレイリスト中にデータがセーブされるならば、２重
の転送を省き、能率の改善とメモリの要求を減らすこと
ができる。

【０２１２】オペレーティングシステム２３５の制御の
下に、ＡＤＣＴ₊ ファイルはＤＲＡＭ４２０から読み出
され、ポート２１０によって実行されるＳＣＳＩのＤＭ
Ａ転送によってハードディスク（ＨＤＤ）１２４あるい
は磁気光ディスク（ＭＯＤ）１２０に書き込まれる。

【０２１３】ＷＤＤ−ディスクへのディスプレイリスト
の書き込み次の２つの主要な状況で、ディスプレイリストはディス
クへ書き込まれる。１）アプリケーション２４５によっ
てセーブ作業が発生したとき、および２）印刷のための
ディスプレイリストの巻戻し(spool) の場合。これは、
ネットワーク１０５を介してリモートワークステーショ
ンからディスプレイリストを受け付けたとき、およびＲ
ＡＭ中にディスプレイリストを格納するための十分なメ
モリが無い場合に発生する。

【０２１４】ディスプレイリストは画像を記述するデー
タから構成され、グラフィックオブジェクト，テキスト
およびＡＤＣＴ₊ 圧縮画像を含むことができる。

【０２１５】ディスプレイリスト２２０はコンピュータ
システム２００上のＤＲＡＭ（不図示）にある。このリ
ストは、オペレーティングシステム２３５の制御の下
に、ハードディスク（ＨＤＤ）１２４あるいは磁気光デ
ィスク（ＭＯＤ）１２０に書き込まれる。

【０２１６】ＸＲＯ−Ｘウインドウによるオブジェクト
の展開ワークスクリーン管理２４０として、Ｘ−ウインドウ処
理のためのスクリーンディスプレイの作成時に高能率を
実現するために、グラフィックエンジン３２０が使用で
きる。ワークスクリーン１４０に描画するとき、グラフ
ィックエンジン３２０は水平または垂直（対角線ではな
い）のランを描くことができる。したがって、詰った形
や平行な線は非常に早く描くことができるが、対角線は
遅い。Ｘ−ウインドウがスクリーンに描くいくつかの手
順がある。１）ＶＲＡＭへの画素の直接の描画、２）ホ
スト展開２５０によるレンダーリスト３９７およびBAND
RENDER によるグラフィックエンジンコマンド３１２に
変換されるディスプレイリスト２２０の作成、３）BAND
RENDER によりグラフィックエンジンコマンド３１２に
変換されるレンダーリスト３９７の直接の作成、４）レ
ンダープロセッサ３１０によりグラフィックエンジン３
２０にロードされるグラフィックエンジンコマンド３１
２の直接の作成、および５）グラフィックエンジンコマ
ンド３１２の直接の作成およびローデイング（プロセッ
サｉ９６０との同期の固定化が必要）。

【０２１７】グラフィックプロセッサ２３０上で走るＸ
−ウインドウは、ワークスクリーン１４０のためにグラ
フィックエンジンコマンド３１０を直接作成し、それら
をレンダープロセッサ３１０に渡す。レンダープロセッ
サ３１０はそのコマンドをグラフィックエンジンコマン
ドのＦＩＦＯ３２１に格納する。

【０２１８】ＺＴＷ−ワークスクリーンへのズームこの処理ステップは、ワークスクリーン１４０上に一部
を表示するためページ画像を拡大する処理を提供する。

【０２１９】伸長モードのＡＤＣＴ₊ システム３４０に
よって、ＡＤＣＴ₊ 圧縮ページ画像３９２はＲＧＢ画素
データに伸長される。このデータは合成ライン格納部３
３０に直接書かれる。合成ラインバ格納部３３０は、Ａ
ＤＣＴ₊ プロセッサ３４０によって発生された８×８画
素セルをパン／ズームエンジン３５０に必要なラスター
データに変換するために、再整理ライン格納部として使
用される。グラフィックエンジン２００は、合成ライン
格納部３３０から画素のラインを読み出し、パン／ズー
ムエンジン３５０に書き込む。

【０２２０】前提条件としては、ＡＤＣＴ₊ プロセッサ
３４０が伸長モードにセットアップされ、レンダープロ
セッサ３１０内のＤＭＡコントローラがデータをＤＲＡ
Ｍ４２０中のソース画像３９２からＡＤＣＴ₊ 伸張器３
４０への転送するようセットアップされ、合成ライン格
納部３３０のアドレスジェネレータ４１０が適切な再整
理モードにセットアップされ、グラフィックエンジン３
１２がパン／ズームコントローラ３５０に各ランのスタ
ートアドレスをセットアップしたことが確認されねばな
らない。これらのコマンドは画像のズーム率，画像ウイ
ンドウのサイズと位置および画像ウインドウに重ねられ
るウインドウの存在を考慮に入れなければならない。

【０２２１】＜アプリケーション例＞ＤＴＰシステム１
００のハードウェアがどのように使用されて、種々の機
能を実現しているのかを示す例を以下に示す。尚、これ
らの例はその機能の可能性のみを示しており、説明され
る機能がセラフ(Seraph)アプリケーションソフトにサポ
ートされていることを意味しているのではないし、セラ
フ・アプリケーションがその機能を実現するための１つ
以上の方法がある場合に、特にここで示した例を使用し
ているということでもない。

【０２２２】以下に、可能な機能の全てではないが、セ
ラフ・ハードウェアの能力と限界を伝えるには十分な組
み合わせを示す。

【０２２３】ここでは、参照される表において、３文字
のニーモニックが“処理ステップ”の実行される部分に
定義されている。

【０２２４】表は、これら処理ステップが同時に実行さ
れるのか、順番に実行されるのかを示すように配置され
ている。各表の先頭にあるアプリケーション過程はペー
ジの下方向に向かって（線に沿って）進行する。尚、水
平方向に並んだ処理ステップは同時に実行される。

【０２２５】例１画像とオブジェクト層の合成表１は、グラフィックスオブジェクトまたはテキストを
既存のＡＤＣＴ₊ イメージ上に合成するときに必要とさ
れるステップを示している。このステップは、通常対話
型のイメージ合成過程の一部として実行される。１パス
で合成できるグラフィックスオブジェクトの層数は有効
なレンダーリストメモリにのみに依存する。典型的に
は、普通数千のオブジェクトが１パスで合成される。続
く合成処理ブロックにおいて、オブジェクトグラフィッ
クスの全ての層は１個の層で示されている。

【０２２６】表１において、１）オブジェクトベースの画像の展開処理は、全ての前
段階と重ねることができる。ただし、これらオブジェク
トに対してグラフィックスエンジンコマンド３１２が合
成の要求をするまでである。２）ＪＰＥＧチップ４１５へのホフマンテーブル及び圧
縮のための他のデータのロードは、ページ画像が伸張さ
れるとすぐ開始される。

【０２２７】

【表１】例２イメージマットを使用するファイル合成表２は、ＡＤＣＴ₊ 圧縮ファイル画像を既存するＡＤＣ
Ｔ₊ ページ画像に合成する場合に必要とされるステップ
を示している。この構成は、ファイルに対応するＡＤＣ
Ｔ₊ 圧縮マットを使用して、ファイル画像のページ画像
との合成を制御している。このステップは、通常会話形
式の画像合成過程の一部として実行される。ファイルマ
ットは通常写真の所望領域を“切り取る”ために使用さ
れる。

【０２２８】表２において、１）ＪＰＥＧチップ４１５へのホフマンテーブル及び圧
縮のための他のデータのロードは、ページ画像が伸張さ
れるとすぐ開始される。しかしながら、バッファリング
及びフォーマッティングの能率を低下させるＤＭＡメモ
リの競合があるかもしれない。この理由で、ホフマンテ
ーブルのロードは合成中になされるように示されてい
る。

【０２２９】

【表２】例３ページマットを使用するファイル合成表３は、ＡＤＣＴ₊ 圧縮ファイル画像を既存のＡＤＣＴ
₊ ページ画像に合成する場合に必要とされるステップを
示している。この構成は、ページ画像に対応するＡＤＣ
Ｔ₊ 圧縮マットを使用して、ファイル画像のページ画像
との合成を制御している。このステップは、通常会話形
式の画像合成過程の一部として実行される。ページマッ
トは、通常ページ画像の或る領域をその上に合成される
ことから“守る”ために使用される。

【０２３０】表３において、１）ＪＰＥＧチップ４１５へのホフマンテーブル及び他
の圧縮に係るデータのロードは、ページ画像が伸張され
るとすぐ開始される。しかしながら、バッファリング及
びフォーマッティングの能率を低下させるＤＭＡメモリ
競合があるかもしれない。この理由で、表のロードは合
成中になされるように示されている。

【０２３１】

【表３】例４両マットを使用するファイル合成表４は、ＡＤＣＴ₊ 圧縮ファイル画像を既存のＡＤＣＴ
₊ ページ画像に合成する場合に必要とされるステップを
示している。この構成は、２つのマットを同時に組み合
わせて、ファイル画像のページ画像との合成を制御す
る。これらマットは、ページ画像に対応するマット（ペ
ージマット）と、ファイル画像に対応するマット（ファ
イルマット）である。これは様々の特別な効果を得るた
めに使用される。例えば、ファイル画像をページ画像の
ある部分の背後及び他の部分の前に“挿入”する場合、
ページ上の“ウインドウ”（不規則で様々な濃度からな
る）内の透明な領域に画像を配置する場合、あるいはペ
ージの“地”に基づいて画像濃度を制御する場合等に使
用される。

【０２３２】表４において、１）両マットの合成は複雑な作業であって、２つのマッ
トは様々な方法で組み合わされる。オーストラリア特許
出願番号ＰＫ１０２３及びＰＫ３４１９（日本出願；特
願平３−１６５９８１号）に開示されたグラフィックス
エンジン３２０の機能明細を参照されたい。

【０２３３】

【表４】例５オブジェクトグラフィックス及びテキストのみの
印刷表５は、オブジェクトベースの画像もしくはテキストを
空白ページに合成及びプリントする場合に必要とされる
ステップを示している。１パスで合成されるグラフィッ
クスオブジェクトの層数は有効なレンダーリストメモリ
のみに依存する。典型的には、通常数千のオブジェクト
が１パスで合成される。続くプリント処理ブロックにお
いて、オブジェクトグラフィックスの全ての接触する層
は１個の層として示されている。背景は白である。他の
色の背景が必要な場合には、フルページのグラフィック
スオブジェクトを背景にかぶせることで作成される。

【０２３４】表５において、１）オブジェクトベースの画像の展開処理は、全ての前
段階と重ねることができるが、これらオブジェクトに対
してグラフィックスエンジンコマンド３１２が合成処理
の要求をするまでである。２）ＪＰＥＧチップ４１５への圧縮処理のホフマンテー
ブルのロードは、合成処理が開始される前に一度だけな
される。これは、伸張しようとするファイルがないから
である。３）圧縮処理では、次の８ラインブロックのため合成ラ
インバッファ３３０を白にクリアする。４）ＪＰＥＧチップ４１５には、印刷処理の前に伸張テ
ーブルをロードする必要がある。

【０２３５】

【表５】例６現ページ画像のプリント表６は、現ページ画像のプリント処理を示している。現
ページ画像は典型的にはソースＡＤＣＴ₊ 画像メモリ３
９２内にある。

【０２３６】

【表６】例７画像，マット及びグラフィックスのプリント表７は、空白ページ上にオブジェクトベースの画像或い
はテキストばかりでなく、対応するＡＤＣＴ₊ マットと
共にＡＤＣＴ₊ 画像ファイルを合成及びプリントする場
合に必要とするステップを示している。背景は白であ
る。他の色の背景が必要な場合には、それらはフルペー
ジのグラフィックスオブジェクトを背景にかぶせること
で作成される。

【０２３７】表７において、１）オブジェクトベースの画像の展開処理は、全ての前
段階と重ねることができるが、これらオブジェクトに対
してグラフィックスエンジンコマンド３１２が合成処理
の要求をするまでである。２）ホフマンテーブル及び圧縮（伸張）のための他のデ
ータのロードは、最終のファイルが伸張（圧縮）された
らすぐ開始される。ここでは、ファイルデータがフォー
マットされてグラフィックスエンジンにロードされた後
に起こり、バッファリングプロセスが低下するかもしれ
ないが、ＤＲＡＭのバンド幅を消費するのをさけてい
る。３）ファイルＲＧＢもしくはＲＧＢＭ画素データのフォ
ーマッティング処理及び合成処理は、通常重なり合う。
というのは、このデータはたびたびグラフィックスエン
ジンコマンドのＦＩＦＯ３２１より大きくなるからであ
る。

【０２３８】

【表７】例８オブジェクトマット及びテキストを持つ２画像の
プリント表８は、空白ページ上に各々がオブジェクトベースのマ
ットを持つ２つのＡＤＣＴ₊ 画像ファイルを合成及びプ
リントする場合に必要とされるステップを示している。
画像の最上位層はオブジェクトベースのテキストもしく
はグラフィックスを有している。この合成過程は、２つ
のＡＤＣＴ₊ 画像が垂直な合成ブロックを共有する領域
においてのみ要求される。垂直な重なりがない場合は、
合成は１つの画像のみがあるものとして処理される。背
景は白である。他の色の背景が必要な場合には、それら
はフルページのグラフィックスオブジェクトを背景にか
ぶせることで作成される。

【０２３９】表８において、１）ファイル１のためのマットの展開処理。これはファ
イル１が合成される前に完了していなくてはならない。２）ファイル２のためのマットの展開処理。これはファ
イル２が合成される前に完了していなくてはならない。３）オブジェクト及びテキストの最上位層の展開処理は
いつでも開始できる。ただし、オブジェクトに対するグ
ラフィックスエンジンコマンド３１２はファイル合成の
ための全てのコマンドが入力されるまでは（でなければ
重なりがないことが補償されない）、グラフィックスエ
ンジン３２０には入力できない。

【０２４０】

【表８】例９ファイルマット及びテキストを持つ２画像のプリ
ント表９は、空白ページ上にオブジェクトベースのテキスト
ばかりでなく、各々がＡＤＣＴ₊ マットを持つ２つのＡ
ＤＣＴ₊ 画像ファイルを合成及びプリントする場合に必
要とされるステップを示している。この合成過程は、２
つのＡＤＣＴ₊画像が垂直な合成ブロックを共有する領
域においてのみ要求される。垂直な重なりがない場合
は、合成は１つの画像のみがある場合と同様に処理され
る。背景は白である。他の色の背景が必要な場合には、
それらはフルページのグラフィックスオブジェクトを背
景にかぶせることで作成される。

【０２４１】表９において、１）オブジェクトベースのテキストの展開処理は、テキ
ストのためにグラフィックスエンジンコマンド３１２が
合成処理の要求をするまで、前段階の全てと重なること
が可能である。

【０２４２】

【表９】例１０３つの不透明方形画像及びテキストのプリント表１０は、３つの画像及びテキストでページを高速に作
成する処理を示している。この高速合成方法は、画像に
対応するマットが存在せず、ページマットが存在せず、
且つ画像が８×８のＡＤＣＴ₊ 画素格子に並んでいる場
合にのみ使用することができる。格子整列は最大のポジ
ショニングエラーを＋４画素、すなわち＋０．２５mmに
する。いろんな状況下において、このポジショニングの
束縛は不適切である。しかし、格子への整列は画像品質
を保つ為のものでもある。というのは、画像が格子整列
していれば伸張及び再圧縮しても変化しないからであ
る。画像に対応するマットがない場合、その画像は全く
不透明であり方形となる。

【０２４３】表１０において、１）オブジェクトベースのテキストの展開処理は、テキ
ストのためにグラフィックスエンジンコマンド３１２が
合成処理の要求をするまで、前段階の全てに重なること
が可能である。２）１回の上書きステップのみを使用するファイル画像
の高速合成処理は、その画像が不透明で、方形で且つ格
子整列の場合にのみ実行される。３）圧縮のためのホフマンテーブル及びその他のデータ
のロードは、最後のファイルが伸張されるとすぐ開始さ
れる。

【０２４４】

【表１０】例１１ワークスクリーンへのズーム表１１は、ワークスクリーン１４０上にページ画像の一
部分を変更なしに表示する場合に必要とされるステップ
を示している。これは現に表示されたものと異なるペー
ジ画像の他の部分をパンあるいはズーム表示する場合に
使用される。

【０２４５】表１１において、１）ＡＤＣＴ₊ システムが既に伸張モードになっている
場合は、このステップは省略できる。

【０２４６】

【表１１】例１２ワークスクリーンへのグラフィックス合成表１２は、ＷＹＳＩＷＹＧオブジェクトグラフィックス
のワークスクリーン４００に対して直接合成する場合に
必要とされるステップを示している。このステップは、
通常会話形式の画像合成過程の一部としてなされ、後に
ページ画像に展開可能なディスプレイリストを構築す
る。１パスで合成されるグラフィックスオブジェクトの
層数は有効なレンダーリストメモリ３９７のみに依存す
る。ワークスクリーンへの合成処理は、垂直及び水平ラ
ンが共に利用可能なので、ページ画像への合成処理より
束縛が少ない。そして、合成処理は、オブジェクトの見
える順序が維持されている間は、どのスキャンライン順
でも実行される。

【０２４７】表１２において、１）オブジェクトベースの画像の展開処理は、これらオ
ブジェクトのためにグラフィックスエンジンコマンド３
１２が合成処理の要求をするまで、前段階の全てに重な
ることが可能である。２）ワークスクリーンへの合成処理は８ラインブロック
に限定されない。合成処理は垂直または水平にも起こ
り、オブジェクトの見える順序が維持されていれば、
（描画のアルゴリズムを使用して）どのような順序でも
起こる。

【０２４８】

【表１２】例１３ファイルマットを使用するスクリーンへのファ
イル合成表１３は、ファイルマットを使用してＡＤＣＴ₊ ファイ
ルをワークスクリーン１４０へ直接合成する場合に必要
とされるステップを示している。このステップは、通常
会話形式の画像合成過程の一部としてなされ、後にペー
ジ画像に展開できるディスプレイリストを構築する。
尚、この一般的な方法はマットを使用して画像をワーク
スクリーン１４０に合成するときに必要となるが、パン
／ズームエンジン３５０を使用して画像をワークスクリ
ーン１４０へ直接書き込むより高速な方法は、画像が方
形でマットを付随しない場合に使用できる。

【０２４９】表１３において、１）ＪＰＥＧチップ４１５は、圧縮処理が使われないの
で、１回だけ伸張モードにセットアップされれば良い。２）ソフトウェアズーム処理は、パン／ズームエンジン
３５０が合成処理に使用できないので必要とされる。こ
の場合、高速ノン・アンティエイリアスト(non-antiali
ased) ズームが使用される。

【０２５０】

【表１３】例１４マットなしのワークスクリーンへのファイル書
き込み表１４は、画像が方形でＡＤＣＴ₊ マットもオブジェク
トマットも付随していない場合に、ＡＤＣＴ₊ ファイル
をワークスクリーン１４０に直接書き込む場合に必要と
されるステップを示している。これは、パン／ズームエ
ンジン３５０が使用されるので最も高速な方法である。
このステップは、通常会話形式の画像合成過程の一部と
してなされ、後にページ画像を展開できるディスプレイ
リストを構築する。

【０２５１】表１４において、１）ただ１つのファイルがスクリーンに書き込まれてい
る時、レンダーパイプラインは終始使用されてはおら
ず、他のソフトウェアのダイレクトコマンドの下でその
ステップは実行される。２）ＪＰＥＧチップ４１５は、圧縮処理が使われないの
で、１回だけ伸張モードにセットアップされれば良い。３）パン／ズームコントローラ３５０は、デスティネー
ションアドレスが画像が発生されようとしているスクリ
ーンの領域のアドレスとなるようセットアップされなけ
ればならない。パン／ズームコントローラ３５０はクリ
ッピング機能も実行する。

【０２５２】

【表１４】例１５オブジェクトマットを使用するスクリーンへの
ファイル合成表１５は、オブジェクトベースのマットを使用してワー
クスクリーンへＡＤＣＴ₊ ファイルを直接合成する場合
に必要とされるステップを示している。このステップ
は、通常会話形式の画像合成過程の一部としてなされ、
後にページ画像を展開できるディスプレイリストを構築
する。尚、この一般的な方法は、マットを使用してワー
クスクリーン１４０に合成するときに必要となるが、パ
ン／ズームエンジン３５０を使用して画像をワークスク
リーン１４０へ直接書き込むより高速な方法は、画像が
方形でマットを付随しない場合に使用できる。この方法
はオブジェクトマットが単純である場合に適する。透明
に重なる複数の層を含むオブジェクトマットについて
は、“複雑なオブジェクトマットによる合成処理”を参
照されたい。

【０２５３】表１５において、１）ＪＰＥＧチップ４１５は、圧縮処理を使用しないの
で、伸張モードに１回のみセットアップすれば良い。２）パン／ズームエンジン３５０が合成処理に使用でき
ないので、ソフトウェアズームが要求される。この場
合、高速ノン・アンティエイリアスト・ズームが使用さ
れる。

【０２５４】

【表１５】例１６テストスキャン表１６は、スキャンした結果をディスク１２０にファイ
ルとしてセーブせずに、ユーザがスキャンした結果を見
たい場合に使用される処理ステップを示している。通
常、スキヤンする画像を正しい位置に置くためのもので
ある。このステップは“デスティネーション”ＡＤＣＴ
₊ 画像を展開しない。

【０２５５】

【表１６】例１７Ａ３画像のスキャン表１７は、カラー複写機のスキャナ１５２からの画像を
スキャンして圧縮することを示している。カラー複写機
１５０は、全Ａ３サイズをスキャンするための１回のス
キャンモードのみがサポートされている。このサイズ以
下のスキャンの場合には、スキャンとトリミング過程を
使用してＡ３サイズからトリミングされる。

【０２５６】

【表１７】例１８画像のスキャン，トリム及びファイルスキャンされたデータはいつも全Ａ３ページである。し
かしながら、ほとんどの場合、実際に要求される画像は
Ａ３サイズ以下であり、必要な部分のみがセーブされる
ことが望ましい。

【０２５７】これを実現するための提案は、表１８に示
すごとく、完全な画像をスキャンして圧縮し、そのスキ
ャンされた画像を伸張し、さらに最終的な画像として望
まれる領域を選択し、その領域を圧縮し、そして圧縮さ
れた画像をディスクに書き込むことである。ＡＤＣＴ₊
ファイルのサイズは８×８画素セルで増加される。スキ
ャナによる画像を伸張及び再圧縮する場合に、画像劣化
がもはや起こらないようにするため、画像セルは画像を
トリミングするステップにおいては移動させない。それ
故、ＡＤＣＴ₊ ファイルのサイズは画像の４辺に最も近
い８×８画素セルに対しては丸められる。この方法によ
り方形画像のみを提供することができる。ただし、方形
以外の図の形状を望むならファイルマットを作成すれば
良い。

【０２５８】表１８において、１）テストスキャンは、画像がスキャナ上にきちんと置
かれ、所望の値となるようにスキャナを制御するため、
ユーザが望む回数実行される。２）伸張されたファイルは、デスティネーションメモリ
３９１内のスキャナファイルである。通常の場合、デス
ティネーションメモリ３９１は伸張処理のためにソース
メモリ３９２として扱われる。ソース及びデスティネー
ションは通常同じメモリスペース４２０をほぼ共有す
る。３）圧縮ラインのサイズ及びスタートアドレスは普通伸
張処理で使用されるものから変化する。

【０２５９】

【表１８】前述では本発明の数実施例のみを説明したが、通常の技
術を有するものにとっては本願発明の範囲から逸脱しな
いで更なる改良をすることができるのは明かである。

【０２６０】

【発明の効果】本発明により、廉価で高品位の画像を高
速に生成する汎用性に富んだ機能性の高いフルカラーデ
スクトップパブリシングシステムを提供できる。

【図面の簡単な説明】

【図１】本発明の良好な実施例を具現するＤＴＰシステ
ムのブロック図である。

【図２】図１のＤＴＰシステムに含まれているグラフィ
ックシステムの回路構成を示すブロック図である。

【図３】ページ画像の表示例を示す図である。

【図４】階層状態のグラフィック画像を示す図である。

【図５】図４の階層の形成を示す図である。

【図６】図４の画像をつくる帯状領域を示す図である。

【手続補正書】

【提出日】平成４年１０月２９日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図２Ａ】図１のＤＴＰシステムに含まれているグラフ
ィックシステムの回路構成を示すブロック図である。

【図２Ｂ】図１のＤＴＰシステムに含まれているグラフ
ィックシステムの回路構成を示すブロック図である。

【図３】ページ画像の表示例を示す図である。

【図４】階層状態のグラフィック画像を示す図である。

【図５】図４の階層の形成を示す図である。

【図６】図４の画像をつくる帯状領域を示す図である。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591146745 キヤノンインフォメーションシステムズリサーチオーストラリアプロプライエタリーリミテツドＣＡＮＯＮＩＮＦＯＲＭＡＴＩＯＮＳＹＳＴＥＭＳＲＥＳＥＡＲＣＨＡＵＳＴＲＡＬＩＡＰＬＯＰＲＩＥＴＺＲＹＬＩＭＩＴＥＤオーストラリア国 2113 ニューサウスウェールズ州，ノースライド，トーマスホルトドライブ１ (72)発明者キアシルバブルックオーストラリア国 2025 ニューサウスウェールズ州，ウォーラーラ，バサーストストリート 40

Claims

【特許請求の範囲】

【請求項１】（ａ）画像を複数の帯状画像として形成
する行程と、（ｂ）選択された帯状画像を編集する行程と、（ｃ）各帯状画像について前記行程（ｂ）を繰り返す行
程と、（ｄ）所望の編集画像が生成するまで前記行程（ｂ），
（ｃ）を繰り返す行程とを備え、前記行程（ａ）は、（１）ディスプレイリスト内のオブジェクトから帯状画
像を展開する行程と、（２）前記帯状画像を圧縮する行程と、（３）前記圧縮された帯状画像を格納する行程と、（４）前記行程（１）から（３）を各帯状画像に対して
繰り返す行程とを有し、前記行程（ｂ）は、（１）前記格納された画像の選択された帯状画像を伸張
する行程と、（２）前記ディスプレイリスト内の付加するオブジェク
トから付加帯状画像を展開する行程と、（３）前記選択された帯状画像と付加帯状画像とを合成
して、編集された帯状画像を形成する行程と、（４）前記編集された帯状画像を圧縮する行程と、（５）前記圧縮された帯状画像を格納する行程とを有す
ることを特徴とする画像作成方法。
【請求項２】前記帯状画像は画像上を連続して選択さ
れることを特徴とする請求項１に記載の画像作成方法。
【請求項３】（ｅ）前記編集画像の各帯状画像を伸長
する行程と、（ｆ）前記伸長された帯状画像を表示して、前記編集画
像を再現する行程とを更に備えることを特徴とする請求
項１に記載の画像作成方法
【請求項４】前記帯状画像の圧縮及び伸長には離散コ
サイン変換法が用いられることを特徴とする請求項１に
記載の画像作成方法。
【請求項５】前記離散コサイン変換法は、ＩＳＯ／Ｉ
ＥＣ／ＪＴＣ１／ＳＣ２／ＷＧ８ＪＰＥＧに準拠する
ことを特徴とする請求項４に記載の画像作成方法。
【請求項６】前記展開行程及び伸長行程はレッド
（Ｒ），グリーン（Ｇ），ブルー（Ｂ）及びマット
（Ｍ）の画素単位の画像データを生成し、前記合成及び
圧縮行程はレッド（Ｒ），グリーン（Ｇ），ブルー
（Ｂ）及びマット（Ｍ）の画素単位の画像データに対し
て処理を施し、前記展開行程はレンダープロセツサによって実行され、前記合成行程はグラフィックエンジン及び結合された合
成メモリによって実行され、前記圧縮・伸長行程は圧縮伸長する圧伸器で実行され、前記画像データは関連する格納手段に格納されることを
特徴とする請求項１に記載の画像作成方法。
【請求項７】ファイル画像をバッファリングする画像
処理行程（ＢＦＩ）を含み、合成メモリから前記格納手段内に位置するバッファに帯
状画像のＲＧＢ画素データを転送することを特徴とする
請求項６に記載の画像作成方法。
【請求項８】ファイル画像及びマットをバッファリン
グする画像処理行程（ＢＩＭ）を含み、合成メモリから前記格納手段内に位置するバッファに帯
状画像のＲＧＢＭ画素データを転送することを特徴とす
る請求項６に記載の画像作成方法。
【請求項９】双方のマツトを使用して合成する画像処
理行程（ＣＢＭ）を含み、ＲＧＢＭ画素データは合成メモリから読み込まれて、前
記グラフィックエンジンによって発生したＲＧＢＭ画素
データと合成され、再び合成メモリに戻され、前記合成
処理は合成メモリ中のマットと前記グラフィックエンジ
ンによって発生した透過データとの組み合わせによって
制御されることを特徴とする請求項６に記載の画像作成
方法。
【請求項１０】合成メモリをクリアする画像処理行程
（ＣＣＢ）を備え、不透明な帯状白画像の画素データがグラフィックエンジ
ンによって生成され、合成メモリに書き込まれることを
特徴とする請求項６に記載の画像作成方法。
【請求項１１】前記レンダープロセッサに接続された
コンピュータ手段によりディスプレイリストを作成する
画像処理行程（ＣＤＬ）を含み、前記ディスプレイリストは、グラフィックスオブジェク
ト，テキスト及び合成画像データからなるグループから
選ばれる画像を記述するデータで構成されることを特徴
とする請求項６に記載の画像作成方法。
【請求項１２】ファイルマットを使用してファイルを
合成する画像処理行程（ＣＦＦ）を含み、ＲＧＢ画素データが前記合成メモリより読み出され、前
記グラフィックエンジンによって発生したマットデータ
と合成され、再び合成メモリに戻されることを特徴とす
る請求項６に記載の画像作成方法。
【請求項１３】ファイル画像を圧縮する画像処理行程
（ＣＦＩ）を備え、ＲＧＢ画素データの所定ライン数が前記合成メモリから
読み出され、圧伸器によって圧縮され、前記格納手段内
の圧縮画像のデスティネーション位置に書き込まれるこ
とを特徴とする請求項６に記載の画像作成方法。
【請求項１４】前記画素画像データはラスター形式で
前記合成メモリに記憶され、前記圧伸器によって方形画
素ブロックとして読み出されることを特徴とする請求項
１３に記載の画像作成方法。
【請求項１５】ファイルマットを圧縮する画像処理行
程（ＣＦＭ）を含み、マット画素データの所定ライン数が前記合成メモリより
読み出されて、前記圧伸器によって圧縮され、当該圧縮
データは前記格納手段内の圧縮マットのデスティネーシ
ョン位置に記憶されることを特徴とする請求項６に記載
の画像作成方法。
【請求項１６】前記マット画素データはラスター形式
に前記合成メモリに記憶され、前記圧伸器によって方形
画素ブロックとして読み出されることを特徴とする請求
項１５に記載の画像作成方法。
【請求項１７】オブジェクトマットを使用してファイ
ルを合成する画像処理行程（ＣＦＯ）を含み、ＲＧＢ画素データは合成メモリより読み込まれて、グラ
フィックスエンジンで生成されたＲＧＢ画素データと合
成され、前記合成メモリの対応するアドレスに戻される
ことを特徴とする請求項６に記載の画像作成方法。
【請求項１８】前記合成処理はグラフィックスエンジ
ンによって生成された透過データによって制御され、前
記透過データは透明ラン，透明ブレント及びビットマッ
プデータによりなるグループから選択されたデータに伸
長されるオブジェクトベースのデータの形であることを
特徴とする請求項１７に記載の画像作成方法。
【請求項１９】ページマットを使用してファイルを合
成する画像処理行程（ＣＦＰ）を含み、ＲＧＢＭ画素データは合成メモリより読み込まれて、グ
ラフィックスエンジンによって生成されたデータと合成
され、前記合成メモリに戻されることを特徴とする請求
項６に記載の画像作成方法。
【請求項２０】前記グラフィックスエンジンによって
生成されたＲＧＢデータは、前記グラフィックスエンジ
ンに転送されたファイル画像データから得られるＲＧＢ
画素データの形式になっており、前記合成処理は前記合
成メモリ中のマットデータによって制御されることを特
徴とする請求項１９に記載の画像作成方法。
【請求項２１】マットのみを合成する画像処理行程
（ＣＭＯ）を含み、マット画素データは前記合成メモリから読み込まれて、
前記グラフィックスエンジンによって生成されたマット
データと合成され、前記合成メモリに戻されることを特
徴とする請求項６に記載の画像作成方法。
【請求項２２】オブジェクトベースの画像を合成する
画像処理行程（ＣＯＩ）を含み、ＲＧＢ画素データは前記合成メモリから読み込まれて、
前記グラフィックスエンジンによって生成されたＲＧＢ
データと合成され、前記合成メモリに戻されることを特
徴とする請求項６に記載の画像作成方法。
【請求項２３】前記グラフィックスエンジンによって
生成されたＲＧＢデータは、カラーラン或いはカラーブ
レントに伸長されるオブジェクトベースのデータの形で
あって、前記合成処理は前記グラフィックスエンジンに
よって生成された透過データで制御されることを特徴と
する請求項２２に記載の画像作成方法。
【請求項２４】ページ画像を圧縮する画像処理行程
（ＣＰＩ）を含み、前記合成メモリ中のＲＧＢ画素画像データの所定ライン
数は前記圧伸器によって圧縮され、圧縮されたデータは
前記合成メモリ中の圧縮ページ画像のデスティネーショ
ン位置に格納されることを特徴とする請求項６に記載の
画像作成方法。
【請求項２５】前記処理行程は、Ａ３サイズを合成す
るときには８１０回実行され、Ａ４サイズを合成すると
きには４０５回処理されることを特徴とする請求項２４
に記載の画像作成方法。
【請求項２６】ページマットを圧縮する画像処理行程
（ＣＰＭ）を含み、前記合成メモリ中のマット画素データの所定ライン数は
前記圧伸器によって圧縮され、圧縮されたマットデータ
は前記合成メモリ中の圧縮ページマットのデスティネー
ション位置に格納されることを特徴とする請求項６に記
載の画像作成方法。
【請求項２７】レンダーリストを作成する画像処理行
程（ＣＲＬ）を含み、前記ディスプレイリストが関連するコンピュータ手段の
メモリ格納部から読み込まれて、前記格納手段に生成リ
ストとして格納され、前記レンダーリストは展開処理す
るためにレンダープロセツサによって直接読み込み可能
になっていることを特徴とする請求項６に記載の画像作
成方法。
【請求項２８】前記ディスプレイリストは圧縮画像フ
ァイルを生成することを特徴とする請求項２７に記載の
画像作成方法。
【請求項２９】ワークスクリーンに合成する画像処理
行程（ＣＴＷ）を含み、ＲＧＢ画素データは、ワークスクリーンディスプレイに
対応するワークスクリーンメモリから読み出されて、前
記グラフィックスエンジンによって生成されたＲＧＢデ
ータと合成され、前記ワークスクリーンメモリに戻され
ることを特徴とする請求項６に記載の画像作成方法。
【請求項３０】ワークスクリーンマットを使用して合
成する画像像理行程（ＣＷＭ）を含み、ＲＧＢＭ画素データは、ワークスクリーンディスプレイ
に対応するワークスクリーンメモリから直接読み込まれ
て、グラフィックスエンジンによって生成されたＲＧＢ
Ｍデータと合成され、前記ワークスクリーンメモリに戻
されることを特徴とする請求項６に記載の画像作成方
法。
【請求項３１】ワークスクリーン画素を描画する画像
処理行程（ＤＸＰ）を含み、前記関連するコンピュータ手段は、ワークスクリーンデ
ィスプレイに対応するワークスクリーンメモリに直接書
き込まれる画素を直接発生することを特徴とする請求項
６に記載の画像作成方法。
【請求項３２】ファイル画像を伸長する画像処理行程
（ＥＦＩ）を含み、圧縮画像の所定ライン数は、前記圧伸器によって前記格
納手段からＲＧＢ画素データに伸長され、ＲＧＢ画素デ
ータは合成メモリに格納されることを特徴とする請求項
６に記載の画像作成方法
【請求項３３】ファイルマットを伸長する画像処理行
程（ＥＦＭ）を含み、圧縮されたファイルマットデータの所定ライン数は前記
圧伸器によってマット画素データに伸長され、該マット
画素データは合成メモリのマットプレーンに直接書き込
まれることを特徴とする請求項６に記載の画像作成方
法。
【請求項３４】ページ画像を伸長する画像処理行程
（ＥＰＩ）を含み、圧縮されたぺージ画像の所定ライン数は圧伸器によって
前記格納手段からＲＧＢ画素データに伸長され、ＲＧＢ
画素データは合成メモリに直接書き込まれることを特徴
とする請求項６に記載の画像作成方法。
【請求項３５】ページマットを伸長する画像処理行程
（ＥＰＭ）を含み、圧縮されたページマットの所定ライン数は圧伸器によっ
て前記格納手段からマット画素データに伸長され、マッ
ト画素データはマットプレーン及び前記合成メモリに直
接書き込まれることを特徴とする請求項６に記載の画像
作成方法。
【請求項３６】前記圧伸器は、ＪＰＥＧ技術仕様に準
じた離散コサイン変換法に従って処理することを特徴と
する請求項６に記載の画像作成方法。
【請求項３７】前記圧伸器は、圧縮画像データ内にテ
キストを検出し得るテキスト検出配列と、各圧縮画像デ
ータ帯の最後に挿入されるマークコードとを作成するこ
とを特徴とする請求項３６に記載の画像作成方法。
【請求項３８】圧縮画像データをＪＰＥＧフォーマッ
トにフィルタリングする行程（ＦＡＪ）を備え、テキスト検出配列部は無視されることを特徴とする請求
項３７に記載の画像作成方法。
【請求項３９】ＪＰＥＧファイルデータを圧縮画像デ
ータにフィルタリングする行程（ＦＪＡ）を備え、テキスト検出配列は、当該配列のそれぞれのセルが画像
セルであってテキストセルではないように扱わせるため
にクリアされ、各帯状画像の最後にマークコードを挿入
することを特徴とする請求項３７に記載の画像作成方
法。
【請求項４０】ファイル画像をフォーマットする画像
処理行程（ＦＦＩ）を含み、前記レンダープロセツサは前記グラフィックスエンジン
に対するヘッダコマンドを生成し、該コマンドは、圧縮
しようとしている画素数，開始画素アドレス及び圧縮モ
ードをグラフィックスエンジンに示すため書き込まれる
ことを特徴とする請求項６に記載の画像作成方法。
【請求項４１】ＲＧＢ画素データは格納手段のバッフ
ァ位置から前記レンダープロセツサに転送され、グラフ
ィックスエンジンの入力として供給されることを特徴と
する請求項４０に記載の画像作成方法。
【請求項４２】ファイル画像及びマットをフォーマッ
トする画像処理行程（ＦＩＭ）を含み、前記レンダープロセツサは前記グラフィックスエンジン
に対するヘッダコマンドを生成し、該コマンドは、圧縮
しようとしている画素数，開始画素アドレス及び圧縮モ
ードをグラフィックスエンジンに示すため書き込まれる
ことを特徴とする請求項６に記載の画像作成方法。
【請求項４３】ＲＧＢＭ画素データは格納手段のバッ
ファ位置からレンダープロセツサに転送され、グラフィ
ックスエンジンの入力として供給されることを特徴とす
る請求項４０に記載の画像作成方法。
【請求項４４】ファイル画像を速く書き込む画像処理
行程（ＦＷＩ）を含み、前記格納手段内の圧縮ファイル画像の所定ライン数は前
記圧伸器によってＲＧＢ画素画像データに伸長され、合
成メモリに書き込まれることを特徴とする請求項６に記
載の画像作成方法。
【請求項４５】圧縮のためにホフマンテーブルをロー
ドする画像処理行程（ＬＨＣ）を含み、画素データの離散コサイン変換法による圧縮に要求され
るホフマンテーブルは前記格納手段に格納されており、
圧縮処理される前に前記圧伸器に前記格納手段からロー
ドされることを特徴とする請求項６に記載の画像作成方
法。
【請求項４６】伸長のためにホフマンテーブルをロー
ドする画像処理行程（ＬＨＥ）を含み、圧縮画素データの離散コサイン変換法による伸長に要求
されるホフマンテーブルは前記格納手段に格納されてお
り、伸長処理される前に前記圧伸器に前記格納手段から
ロードされることを特徴とする請求項６に記載の画像作
成方法。
【請求項４７】印刷する画像処理行程（ＰＲＮ）を含
み、圧縮ページ画像データは前記圧伸器によって前記格納手
段から伸長され、画素データとして前記合成メモリに書
き込まれ、該画素データは合成メモリから前記ページ画
像を表示するためにプリンタに対してバッファされるこ
とを特徴とする請求項６に記載の画像作成方法。
【請求項４８】前記ＲＧＢ画素画像データは、プリン
タに入力されるべくマゼンタ，シアン，イエロー及びブ
ラック画像データに変換されることを特徴とする請求項
４７に記載の画像作成方法。
【請求項４９】高速ソフトウェアズームを行う画像処
理行程（ＱＳＺ）を含み、前記グラフィックスエンジンは、格納手段のバッファ位
置から前記レンダープロセツサを介して、ＲＧＢＭ画素
画像データの所定ライン数を読み込み、前記グラフィッ
クエンジンは表示のための対応するワークスクリーン上
に前記画像データのズーム版を作成することを特徴とす
る請求項６に記載の画像作成方法。
【請求項５０】ディスクから圧縮ファイルを読み出す
画像処理行程（ＲＡＤ）を含み、圧縮画像ファイルはコンピュータ手段に接続されたハー
ドディスク上に記憶されており、前記画像ファイルはハ
ードディスクから前記コンピュータ手段によって読み出
され、前記格納手段の或る位置に転送されることを特徴
とする請求項６に記載の画像作成方法。
【請求項５１】圧縮画像ファイルをサイズ調整する画
像処理行程（ＲＡＦ）を含み、前記レンダープロセツサは、前記格納手段のバッファ位
置からＲＧＢＭ画素データの所定ライン数を読み込み、
二双サンプルレイト変換法（bi-linear samplerate con
version ）を使用することで前記データのサイズ調整版
を作成することを特徴とする請求項６に記載の画像作成
方法。
【請求項５２】オブジェクトマットの帯状領域を展開
する画像処理行程（ＲＧＭ）を含み、グラフィックスコマンドの生成リストが前記格納手段内
に設けられ、前記レンダープロセツサによって読み出さ
れ、前記レンダープロセツサは、マット画素データを生
成させるため、一連のグラフィックスエンジンコマンド
を前記グラフィックスエンジンに供給することを特徴と
する請求項６に記載の画像作成方法。
【請求項５３】オブジェクトの帯状領域を展開する画
像処理行程（ＲＢＯ）を含み、前記格納手段内にあるレンダーリストは前記レンダープ
ロセツサにより解釈され、グラフィックスエンジンにグ
ラフィックスエンジンコマンドを供給してオブジェクト
の帯状画像を展開させることを特徴とする請求項６に記
載の画像作成方法。
【請求項５４】テキスト生成のためのフォント記述は
前記格納手段から得られ、前記レンダープロセツサに入
力されることを特徴とする請求項５３に記載の画像作成
方法。
【請求項５５】ディスクからディスプレイリストをリ
ードする画像処理行程（ＲＤＤ）を含み、前記関連するコンピュータ手段はディスク格納手段を含
み、前記ディスプレイリストは前記ディスク格納手段か
ら前記コンピュータ手段に読み込まれ、前記レンダープ
ロセツサに転送されることを特徴とする請求項６に記載
の画像作成方法。
【請求項５６】ネットワークからディスプレイリスト
を受信する像処理行程（ＲＤＥ）を含み、前記コンピュータ手段は通信ネットワークに接続され、
ディスプレイリストは通信ネットワークから前記コンピ
ュータ手段に読み込まれ、前記レンダープロセツサに転
送されることを特徴とする請求項６に記載の画像作成方
法。
【請求項５７】ファイル画像を持つマットを展開する
画像処理行程（ＲＭＦ）を含み、前記レンダープロセツサは、前記格納手段に存在するレ
ンダーリストをグラフィックスエンジンコマンドに変換
してグラフィックエンジンに入力させ、該グラフィック
スエンジンは、前記レンダープロセツサを介して前記格
納手段のバッファ位置からＲＧＢ画像データを受信し
て、ＲＧＢＭ画素データを出力することを特徴とする請
求項６に記載の画像作成方法。
【請求項５８】走査する画像処理行程（ＳＣＮ）を含
み、画像スキャナは走査して読み取ったページ画像のＲＧＢ
画素データを提供し、読み取ったページ画像は合成メモ
リにバッファリングされ、画素データは合成メモリから
前記圧伸器に転送される際にバッファされ、前記格納手
段に記憶されるときには圧縮ページ画像として圧縮され
ることを特徴とする請求項６に記載の画像作成方法。
【請求項５９】ワークスクリーンを走査する画像処理
行程（ＳＴＷ）を含み、画像スキャナは走査して読み取ったページ画像のＲＧＢ
画素データを供給する、読み取ったページ画像は合成メ
モリにバッファリングされ、画素データは合成メモリか
ら、画素データ表示のためのワークスクリーンに対応す
る表示メモリに転送される際にバッファされることを特
徴とする請求項６に記載の画像作成方法。
【請求項６０】合成メモリと表示メモリとの間に接続
されるパン／ズームコントローラは、ワークスクリーン
ディスプレイ上に表示させる画像の増大を許容すること
を特徴とする請求項５９に記載の画像作成方法。
【請求項６１】圧縮画像をディスクに書き込む画像処
理行程（ＷＡＤ）を含み、圧縮画像データは前記格納手段からコンピュータ手段に
読み込まれ、前記コンピュータ手段に接続されたディス
ク格納手段に記憶されることを特徴とする請求項６に記
載の画像作成方法。
【請求項６２】ディスプレイリストをディスクに書き
込む画像処理行程（ＷＤＤ）を含み、コンピュータ手段はセットディスプレイリストを作成
し、前記セットディスプレイリストは前記コンピュータ
手段から当該コンピュータ手段に接続された記憶用のデ
ィスク格納手段に転送されることを特徴とする請求項６
に記載の画像作成方法。
【請求項６３】オブジェクトを直接展開する画像処理
行程（ＸＲＯ）を含み、コンピュータ手段はグラフィックスエンジンコマンドを
直接作成し、該コマンドは前記コンピュータ手段から前
記レンダープロセッサを介してグラフィックスエンジン
に転送され、オブジェクトを展開することを特徴とする
請求項６に記載の画像作成方法。
【請求項６４】ワークスクリーンをズームする画像処
理行程（ＺＴＭ）を含み、圧縮ぺージ画像データは前記圧伸器によって格納手段よ
り伸長され、画素データとして前記合成メモリに書き込
まれ、前記画素データは前記グラフィックスエンジンに
転送され、パン／ズームコントローラに当該データを書
き込まれ、該パン／ズームコントローラは、ワークスク
リーンに対応する表示メモリに前記データを転送する前
に、当該データを増加させることを特徴とする請求項６
に記載の画像作成方法。
【請求項６５】オブジェクト層を圧縮画像と合成する
画像作成行程を含み、当該画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す以下の（ｉｉｉ）〜（ｖｉ
ｉ）の行程、（ｉｉｉ）オブジェクトの帯状画像を展開すると共に、
伸長処理のホフマンテーブルをロードする行程と、（ｉｖ）オブジェクトの帯状画像を展開すると共に、前
記格納手段からページ画像を伸長する行程と、（ｖ）第１のオブジェクトの帯状画像を展開し、圧縮処
理のホフマンテーブルをロードし、そしてオブジェクト
ベースの画像を合成する行程と、（ｖｉ）作成しようとしている画像の更なるオブジェク
トのそれぞれに対し、それら更なるオブジェクトの帯状
画像を展開し、オブジェクトベースの画像を合成する行
程と、（ｖｉｉ）ページ帯状画像を圧縮する行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項６６】画像マットを使用してファイルを合成
する画像作成行程を含み、当該画像作成行程は、（ｉ）ディスプレイリストを作成する行程と（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｘ）の
行程、（ｉｉｉ）伸長処理のホフマンテーブルをロードする行
程と、（ｉｖ）ページ帯状画像を伸長する行程と、（ｖ）ファイル帯状画像を伸長する行程と、（ｖｉ）ファイルマット帯状画像を伸長する行程と、（ｖｉｉ）ファイル画像及びマット帯状画像をバッファ
リングする行程と、（ｖｉｉｉ）ファイル画像及びマット帯状画像をフォー
マットする行程と、（ｉｘ）圧縮処理のホフマンテーブルをロードすると共
に、ファイルマットを使用してファイル帯状画像を合成
する行程と、（ｘ）ファイル帯状画像を圧縮する行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項６７】ページマットを使用してファイルを合
成する画像作成行程を含み、前記画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｘ）の
行程、（ｉｉｉ）伸長処理のホフマンテーブルをロードする行
程と、（ｉｖ）ページ帯状画像を伸長する行程と、（ｖ）ページマット帯状画像を伸張する行程と、（ｖｉ）ファイル帯状画像を伸長する行程と、（ｖｉｉ）ファイル帯状画像をバッファリングする行程
と、（ｖｉｉｉ）ファイル帯状画像をフォーマットする行程
と、（ｉｘ）圧縮処理のホフマンテーブルをロードすると共
に、ファイル帯状画像をページマットで合成する行程
と、（ｘ）ページ帯状画像を圧縮する行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項６８】ページマット及びファイルマット両方
を使用してファイルを合成する画像作成行程を含み、前
記画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｘｉ）
の行程、（ｉｉｉ）伸長処理のホフマンテーブルをロードする行
程と、（ｉｖ）ページ帯状画像を伸長する行程と、（ｖ）ページマット帯状画像を伸長する行程と、（ｖｉ）ファイル帯状画像を伸長する行程と、（ｖｉｉ）ファイルマット帯状画像を伸長する行程と、（ｖｉｉｉ）ファイル画像及びファイルマット帯状画像
をバッファリングする行程と、（ｉｘ）ファイル帯状画像及びマットをフォーマットす
る行程と、（ｘ）圧縮処理のホフマンテーブルをロードすると共
に、ファイルと画像マット両方を使用して合成する行程
と、（ｘｉ）ページ帯状画像を圧縮する行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項６９】オブジェクトグラフィックス及びテキ
ストのみをプリントする画像作成行程を含み、前記画像
作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、（ｉｉｉ）圧縮処理のホフマンテーブルをロードする行
程と、各帯状画像に対して繰り返す次の（ｉｖ）〜（ｖｉｉ）
の行程、（ｉｖ）オブジェクトの帯状画像を展開し、合成メモリ
をクリアする行程と、（ｖ）第１のオブジェクトの帯状画像を展開すると共に
ページ帯状画像を合成する行程と、（ｖｉ）ページ画像の更なるオブジェクトのそれぞれに
対して行程（ｖ）を繰り返す行程と、（ｖｉｉ）ページ帯状画像を圧縮する行程と、前記行程（ｖｉｉ）を最後の帯状画像に対して処理し終
えたときの次の行程、（ｖｉｉｉ）伸長処理のためのホフマンテーブルをロー
ドする行程と、（ｉｘ）全画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７０】現存のページ画像をプリントする画像
作成行程を含み、前記画像作成行程は、（ｉ）伸長処理のためのホフマンテーブルをロードする
行程と、（ｉｉ）ページ画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７１】マット及びグラフィックスを持つ圧縮
画像をプリントする画像作成行程を含み、前記画像作成
行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｘｉ）
の行程、（ｉｉｉ）オブジェクトの帯状画像を展開し、合成メモ
リをクリアすると共に伸長処理のためのホフマンテーブ
ルをロードする行程と、（ｉｖ）オブジェクトの帯状画像を展開すると共にファ
イル帯状画像を伸長する行程と、（ｖ）オブジェクトの帯状画像を展開すると共にファイ
ルマット帯状画像を伸長する行程と、（ｖｉ）オブジェクトの帯状画像を展開し、ファイル画
像及びマットをバッファリングする行程と、（ｖｉｉ）オブジェクトの帯状画像を展開すると共に、
ファイル画像及びマットをフォーマットする行程と、（ｖｉｉｉ）オブジェクトの帯状画像を展開すると共
に、圧縮処理のためのホフマンテーブルをロードし、フ
ァイルマットを使用してファイル帯状画像を合成する行
程と、（ｉｘ）オブジェクトベースの画像の帯状画像を合成す
る行程と、（ｘ）ページ帯状画像を圧縮する行程と、前記行程（ｘ）を最後の帯状画像に対して処理し終えた
ときの次の行程、（ｘｉ）伸長処理のためのホフマンテーブルをロードす
る行程と、（ｉｘ）ページ画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７２】オブジェクトマット及びテキストを持
つ２つの画像をプリントする画像作成行程を含み、前記
画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｘｉｉ
ｉ）の行程、（ｉｉｉ）オブジェクトマットの帯状画像を展開すると
共に、合成メモリをクリアし、伸長処理のためのホフマ
ンテーブルをロードする行程と、（ｉｖ）オブジェクトマットの帯状画像を展開すると共
に第１のファイル帯状画像を伸長する行程と、（ｖ）オブジェクトマット帯状画像を展開すると共に、
第１のファイル帯状画像をバッファリングする行程と、（ｖｉ）第１のファイル帯状画像でオブジェクトベース
のマットの帯状画像を展開する行程と、（ｖｉｉ）オブジェクトベースのマットの帯状画像を展
開すると共に、オブジェクトベースのマットと第１ファ
イル帯状画像を合成する行程と、（ｖｉｉｉ）オブジェクトベースのマットの帯状画像を
展開すると共に、第２ファイル帯状画像を伸張する行程
と、（ｉｘ）オブジェクトマット帯状画像を展開すると共
に、第２ファイル帯状画像をバッファリングする行程
と、（ｘ）第２ファイル画像に対するオブジェクトベースの
マット帯状画像を展開する行程と、（ｘｉ）オブジェクト帯状画像を展開するとき、圧縮処
理のためのホフマンテーブルをロードし、第２ファイル
帯状画像を自身のマットで合成する行程と、（ｘｉｉ）オブジェクトベースのテキストの帯状画像を
合成する行程と、（ｘｉｉｉ）ページ帯状画像を合成する行程と、前記行程（ｘｉｉｉ）が最後の帯状画像に対して処理し
終えたとき以下の行程、（ｘｉｖ）伸長処理のためのホフマンテーブルをロード
する行程と、（ｘｖ）ページ画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７３】ファイルマット及びテキストを持つ２
つの画像をプリントする画像作成行程を含み、前記画像
作成行程は、（ｉ）オブジェクトの帯状画像を展開すると共に、伸張
処理のためのホフマンテーブルをロードし、合成メモリ
をクリアする行程と、（ｉｉ）ディスプレイリストを作成する行程と、（ｉｉｉ）前記ディスプレイリストからレンダーリスト
を作成する行程と、各帯状画像に対して繰り返す次の（ｉｖ）〜（ｘｖｉ）
の行程、（ｉｖ）オブジェクトの帯状画像を展開すると共に、合
成メモリをクリアし、伸長処理のためのホフマンテーブ
ルをロードする行程と、（ｖ）オブジェクトの帯状画像を展開すると共に、第１
ファイル帯状画像を伸長する行程と、（ｖｉ）オブジェクトの帯状画像を展開すると共に、第
１ファイルマットを伸張する行程と、（ｖｉｉ）オブジェクトの帯状画像を展開すると共に、
第１ファイル画像及び第１ファイルマット帯状画像をバ
ッファリングする行程と、（ｖｉｉｉ）オブジェクトの帯状画像を展開すると共
に、ファイル画像及びマット帯状画像をフォーマットす
る行程と、（ｉｘ）オブジェクトの帯状画像を展開すると共に、第
１ファイルマットを使用することで第１ファイル帯状画
像を合成する行程と、（ｘ）オブジェクトの帯状画像を展開すると共に、第２
ファイル帯状画像を伸張する行程と、（ｘｉ）オブジェクトの帯状画像を展開すると共に、第
２ファイルマット帯状画像を伸張する行程と、（ｘｉｉ）オブジェクトの帯状画像を展開すると共に、
第２ファイル帯状画像と第２ファイルマットをバッファ
リングする行程と、（ｘｉｉｉ）オブジェクトの帯状画像を展開すると共
に、第２ファイル画像とマットをフォーマットする行程
と、（ｘｉｖ）オブジェクトの帯状画像を展開すると共に、
圧縮処理のホフマンテーブルをロードし、第２ファイル
画像とそのマットを合成する行程と、（ｘｖ）オブジェクトベースの画像テキストの帯状画像
を合成する行程と、（ｘｖｉ）ページ帯状画像を圧縮する行程と、前記行程（ｘｖｉ）が最後の帯状画像に対して処理し終
えたとき次の行程、（ｘｖｉｉ）伸長処理のためのホフマンテーブルをロー
ドする行程と、（ｘｖｉｉｉ）ページ画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７４】３つの不透明な方形画像とテキストを
プリントする画像作成行程を含み、前記画像作成行程
は、（ｉｉ）ディスプレイリストを作成する行程と、（ｉｉｉ）前記ディスプレイリストからレンダーリスト
を作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｖｉｉ
ｉ）の行程、（ｉｉｉ）オブジェクトの帯状画像を展開すると共に、
合成メモリをクリアし、伸長処理のためのホフマンテー
ブルをロードする行程と、（ｉｖ）オブジェクトの帯状画像を展開すると共に、第
１ファイル帯状画像を前記合成メモリに速く書き込む行
程と、（ｖ）オブジェクトの帯状画像を展開すると共に、第２
ファイル帯状画像を前記合成メモリに速く書き込む行程
と、（ｖｉ）オブジェクトの帯状画像を展開すると共に、第
３ファイル帯状画像を前記合成メモリに速く書き込む行
程と、（ｖｉｉ）圧縮処理のためのホフマンテーブルをロード
すると共に、前記合成メモリからページ帯状画像を圧縮
する行程と、（ｖｉｉｉ）ページ帯状画像を圧縮する行程と、前記行程（ｖｉｉｉ）が最後の帯状画像に対して処理し
終えたとき次の行程、（ｉｘ）伸長処理のためのホフマンテーブルをロードす
る行程と、（ｘ）ページ画像をプリントする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７５】ワークスクリーンにズームする画像作
成行程を含み、前記画像作成行程は、（ｉ）伸張処理のためのホフマンテーブルをロードする
行程と、（ｉｉ）ワークスクリーンにズームする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７６】グラフィックスをワークスクリーンに
合成する画像作成行程を含み、前記画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｖｉ）
の行程、（ｉｉｉ）オブジェクトの帯状画像を展開する行程と、（ｉｖ）第１のオブジェクトの帯状画像を展開すると共
に、当該帯状画像を前記ワークスクリーンに合成する行
程と、（ｖ）更なる画像オブジェクトが生成される間、行程
（ｉｖ）を繰り返す行程と、（ｖｉ）その帯状画像をワークスクリーンに合成する行
程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７７】ファイルマットを使用してファイルを
ワークスクリーンに合成する画像作成行程を含み、前記
画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、（ｉｉｉ）伸張処理のためのホフマンテーブルをロード
する行程と、各帯状画像に対して繰り返す次の（ｉｖ）〜（ｉｘ）の
行程、（ｉｖ）ファイル帯状画像を展開する行程と、（ｖ）ファイルマット帯状画像を展開する行程と、（ｖｉ）ファイル帯状画像及びファイルマット帯状画像
をバッファリングする行程と、（ｖｉｉ）バッファリングされた帯状画像に対してクイ
ックソフトウェアズームを実行する行程と、（ｖｉｉｉ）ファイル画像及びマット帯状画像をフォー
マットする行程と、（ｉｘ）その帯状画像をワークスクリーンに合成する行
程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７８】マットなしでファイル画像をスクリー
ンに書き込む画像作成行程を含み、前記画像作成行程
は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、（ｉｉｉ）伸張処理のためのホフマンテーブルをロード
する行程と、各帯状画像に対して繰り返す次の行程、（ｉｖ）帯状画像をワークスクリーンにズームする行程
と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項７９】マットを使用してオブジェクトのファ
イル画像をワークスクリーンに合成する画像作成行程を
含み、前記画像作成行程は、（ｉ）ディスプレイリストを作成する行程と、（ｉｉ）前記ディスプレイリストからレンダーリストを
作成する行程と、（ｉｉｉ）伸張処理のためのホフマンテーブルをロード
する行程と、各帯状画像に対して繰り返す次の（ｉｖ）〜（ｖｉｉ
ｉ）の行程、（ｉｖ）ファイル帯状画像を伸張する行程と、（ｖ）そのファイル帯状画像をバッファリングする行程
と、（ｖｉ）そのファイル帯状画像にクイックソフトウェア
ズームを実行する行程と、（ｖｉｉ）ファイル帯状画像でマット帯状画像を展開す
る行程と、（ｖｉｉｉ）その帯状画像をワークスクリーンに合成す
る行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項８０】テストスキャンする画像作成行程を含
み、前記画像作成行程は、（ｉ）圧縮処理のためのホフマンテーブルをロードする
行程と、（ｉｉ）画像データをワークスクリーン上にスキャンす
る行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項８１】ページ画像をスキャンする画像作成行
程を含み、前記画像作成行程は、（ｉ）圧縮処理のためのホフマンテーブルをロードする
行程と、（ｉｉ）ページ画像をスキャンする行程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項８２】ページ画像をスキャン，トリミングそ
してファイルする画像作成行程を含み、前記画像作成行
程は、（ｉ）圧縮処理のためのホフマンテーブルをロードする
行程と、（ｉｉ）ページ画像をスキャンする行程と、各帯状画像に対して繰り返す次の（ｉｉｉ）〜（ｖｉ）
の行程、（ｉｉｉ）伸張処理のためのホフマンテーブルをロード
する行程と、（ｉｖ）ファイル帯状画像を伸張する行程と、（ｖ）圧縮処理のためのホフマンテーブルをロードする
行程と、（ｖｉ）ファイル帯状画像を圧縮する行程と、前記行程（ｖｉ）が最後の帯状画像に対して処理し終え
たとき次の行程、（ｖｉｉ）圧縮データを不揮発性格納手段に書き込む行
程と、を備えることを特徴とする請求項６に記載の画像作成方
法。
【請求項８３】画像が複数の帯状画像として生成さ
れ、前記画像を編集するために前記帯状画像に対する多
数のパスが形成され、前記帯状画像は圧縮画像データと
して記憶されていることを特徴とする画像作成方法。