JPH0870385A - 画像処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、画像読取装置から読取った
画像データを編集、処理して出力装置で印刷製版を行な
う画像処理システムにおいて、編集処理部から出力装置
へデータを転送する際にそれぞれの目的をもって複数回
のデータ圧縮を行なうことによって処理時間を短縮でき
ると共に、装置構成をシンプルにできる方法を提供する
ことにある。 【構成】 ＣＰＵを有する画像処理システムで生成され
たラスタイメージデータを同期用バッファを通して出力
装置に転送する際、前記ラスタイメージデータに対して
前記ＣＰＵの負担を軽減する方式で第１のデータ圧縮を
行なって前記画像処理システムから前記同期用バッファ
に転送し、前記同期用バッファから前記出力装置にデー
タ転送を行なうときに前記出力装置に合せた方式で第２
のデータ圧縮を行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、画像読取装置から読取
った画像データを編集、処理して出力装置で印刷製版を
行なう画像処理システムにおいて、編集処理部から出力
装置へデータを転送する際にそれぞれの目的をもって複
数回のデータ圧縮を行なうようにした画像処理方法に関
する。

【０００２】

【従来の技術】印刷・製版の分野においては、読取原稿
に記録された画像情報を電気的に処理し、フイルム原版
等を作成する画像読取再生のための画像処理システムが
広く使用されている。

【０００３】高品質を要求する印刷業者向けの画像処理
システムは文字，絵柄等の画像を総合的に統合して編集
するシステムであり、特に、デスクトップパブリッシン
グ分野はポストスクリプト（ＰｏｓｔＳｃｒｉｐｔ）等
によるページ記述言語（ＰＤＬ）により可能となりつつ
ある。印刷業者向けの画像処理システムは、文字、画像
を統合的に処理するための記述言語、ＣＰＵ（ソフトウ
エア）による処理に対応するには、余りにも処理すべき
データが多く、パーフォーマンスの欠如となることも多
い。印刷用版下を作成するために、コードデータのみを
出力する場合は文字毎にビットマップに変換すると共
に、前もって数ラスタ毎にビットマップに展開しなけれ
ばならず、ビットマップのみを出力する場合は、出力画
像の全部又は一部を一時同期用バッファに格納して出力
装置に送るようになっており、上記同期用バッファのメ
モリ容量を小さくするために出力装置が出力画像のバッ
ファに蓄積される間は待機するようになっているのが一
般的である。

【０００４】

【発明が解決しようとする課題】画像処理システムから
出力装置へデータ転送を行なう場合、従来は図１１に示
すようにハードディスク等の同期用バッファ３にデータ
転送するルートＲ１でデータ圧縮するようにしていた。
即ち、ラスタイメージ処理部（Ｒａｓｔｅｒ Ｉｍａｇ
ｅ Ｐｒｏｃｅｓｓｏｒ）１でラスタ化されたデータ
は、圧縮部２で圧縮されて同期用バッファ３に転送され
て格納される。そして、画像出力時には格納データを読
出し、転送ルートＲ２で出力装置４に転送するようにな
っている。この場合、ルートＲ１ではラスタイメージに
展開中であるためにＣＰＵに余裕はなく、データを効率
良く圧縮するにはＣＰＵに負荷がかかってしまう。これ
に対し、ルートＲ２のときには、ＣＰＵに余裕がある。
このように、圧縮部２で圧縮したデータを同期用バッフ
ァ３を経て出力装置４に転送すると、全体的に転送時間
を短かくすることができるが、出力装置４がサポートし
ている圧縮フォーマットでなければならない。しかし、
この圧縮フォーマットがＣＰＵの負荷を必要とする場
合、ルートＲ１で圧縮を行なうと全体の処理時間が長く
なってしまう。このため、図１２の如くルートＲ２に圧
縮部２を挿入してデータ圧縮を行なうと、同期用バッフ
ァ３には圧縮されていないデータが格納されることにな
る。従って、大容量の同期用バッファ３を必要とすると
共に、同期用バッファ３に格納する処理時間が長くなっ
てしまう欠点がある。

【０００５】本発明は上述のような事情よりなされたも
のであり、本発明の目的は、画像読取装置から読取った
画像データを編集、処理して出力装置で印刷製版を行な
う画像処理システムにおいて、編集処理部から出力装置
へデータを転送する際にそれぞれの目的をもって複数回
のデータ圧縮を行なうことによって処理時間を短縮でき
ると共に、装置構成をシンプルにできるようにした画像
処理方法を提供することにある。

【０００６】

【課題を解決するための手段】本発明は、画像を読取っ
て処理、編集するようになっている画像処理システムに
おける画像処理方法に関するもので、本発明の上記目的
は、ＣＰＵを有する画像処理システムで生成されたラス
タイメージデータを同期用バッファを通して出力装置に
転送する際、前記ラスタイメージデータに対して前記Ｃ
ＰＵの負担を軽減する方式で第１のデータ圧縮を行なっ
て前記画像処理システムから前記同期用バッファに転送
し、前記同期用バッファから前記出力装置にデータ転送
を行なうときに前記出力装置に合せた方式で第２のデー
タ圧縮を行なうことによって達成される。

【０００７】

【作用】本発明では、画像を読取って処理、編集する画
像処理システムと、画像出力をフイルム等に対して行な
う出力装置との間にハードディスク等の同期用バッファ
を設け、画像処理システムから同期用バッファにデータ
転送するときにＣＰＵの負担を軽減する方式で第１のデ
ータ圧縮を行なうと共に、同期用バッファから出力装置
にデータ転送するときに出力装置のフォーマットに適合
した方式で第２のデータ圧縮を行なう。本発明によれば
データ圧縮を２回に分けて行なっているので、１回目の
データ圧縮は出力装置に依存しない方式を採用でき、圧
縮をサポートしていない出力装置に対してもバッファ領
域を節約できる。

【０００８】

【実施例】本発明の前提となる画像処理システムを図に
示して説明する。

【０００９】図１は画像処理システムの全体構成の一例
を示しており、複数台の編集用ワークステーション１０
がＥｔｈｅｒｎｅｔを介して相互に接続されていると共
に、その中の１台のワークステーション１０には比較的
低画質のゲラ印刷を行なうゲラプリンタ２０が接続され
ている。Ｅｔｈｅｒｎｅｔには更に、データサーバ及び
レコーダサーバ機能を有するサーバ用のワークステーシ
ョン３０が接続されており、サーバ用ワークステーショ
ン３０には、プリント用の割付台紙を読取って入力する
ための台紙入力機４０が入力コントローラ４０Ａを介し
て接続されると共に、絵柄、文字、図形等のカラー画像
又はモノクロ画像をカラー分解して読取って入力する複
数のカラースキャナ５０、５０が複数の入力コントロー
ラ５０Ａ、５０Ａを介して接続されている。更にサーバ
用ワークステーション３０には、伸長、網伏せ、マージ
（線画と連続階調（モノトーン）画像の）、バッファリ
ングの機能を有して同期をとる出力同期用バッファ７０
を介して高画質画像を出力するフィルムプリンタ６０が
接続されている。

【００１０】図１は、複数台の編集用ワークステーショ
ン１０と１台のサーバ用ワークステーション３０とをシ
ステム的に結合した例であるが、図２のように１台の編
集／サーバワークステーション３０Ａでスタンドアロー
ン構成とすることも可能である。又、各ワークステーシ
ョンには、更に外部より他の情報（例えばＬＡＮ（Ｌｏ
ｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の情報、他のコン
ピュータシステムからの情報等）を取込んで処理する機
能が具備されている。尚、図１及び図２の構成例におい
て、出力同期用バッファ７０はサーバ用ワークステーシ
ョン３０とフイルムプリンタ６０との間に介挿されてい
るが、フイルムプリンタ６０内に内蔵させることも可能
である。

【００１１】編集用ワークステーション１０とサーバ用
ワークステーション３０とはシステム構成により種々の
形態を取り得るが、ここでは便宜上同一ハード構成の例
を、図３にその詳細を示して説明する。ワークステーシ
ョン３０（又は１０）は全体の制御を行なうＣＰＵ３０
１と、必要な情報を格納するハードディスク３０２とを
有すると共に、表示手段としてのＣＲＴ３０３と、入力
操作手段としてのキーボード３０４及びマウス３０５、
ディジタイザ３０６、トラックボール、ジョイスティッ
ク等のポインティング手段とを有し、記憶手段としての
フロッピーディスク（ＦＤ）３０７を装填できるように
なっている。

【００１２】図４は、図１のシステム全体の構成をブロ
ック図で示しており、台紙入力機４０で読取られた台紙
情報ＫＳ（１ビット）は入力コントローラ４０Ａを経て
ワークステーション３０に送られるようになっており、
複数のカラースキャナ５０、５０で読取られた４色のＣ
ＭＹＫ（Ｃｙａｎ， Ｍａｇｅｎｔａ， Ｙｅｌｌｏ
ｗ， Ｂｌａｃｋ）のカラー情報ＣＬ１、ＣＬ２（＝３
２ビット；又はＫのモノカラー情報＝８ビット）は入力
コントローラ５０Ａ、５０Ａを経てワークステーション
３０に送られる。入力コントローラ４０Ａ（５０Ａ）
は、高画質処理のための高密度データ処理と表示等のた
めの粗密度データ処理とを同時に並行処理するようにな
っており、全体的に高速化を実現すると共に、効率的な
データ処理を実現している。入力コントローラ４０Ａ、
５０Ａは同一構成であり、間引き部４０１はフィードバ
ック的に繰返して間引きを行ない、例えば１／２、１／
３、１／６、…、１／ｎのように整数比で入力データＫ
Ｓ（ＣＬ１、ＣＬ２）を間引くが、高画質出力のために
必要な高密度データに対しては当然間引きは実行されな
い。又、入力コントローラ４０Ａ（５０Ａ）ではデータ
の間引きと共にデータ圧縮が圧縮部４０２で実行され、
間引き及び圧縮されたデータはバッファ（図示せず）に
一時保存されるようになっている。

【００１３】入力コントローラ４０Ａ（５０Ａ）に一時
保存されたデータ（１ビット（線画情報），８ビット
（モノカラー），３２ビット（フルカラー））は入力情
報ＩＮＳとしてサーバ用ワークステーション３０に入力
され、外部システムに接続された他のパソコン等からの
外部情報ＥＸＳもサーバ用ワークステーション３０に入
力される。サーバ用ワークステーション３０は各入力情
報のフォーマットを変換して画像登録するためスキャン
サーバ３２０を有し、更に出力ジョブの管理を実行する
レコーダサーバ３１０を具備しており、レコーダサーバ
３１０からの割付け情報（企画に従って文字、図、表、
写真等の配置、大きさ等を指定するための情報）ＰＳＤ
がラスタイメージ処理部（ＰＳＲＩＰ）３１２に入力さ
れる。又、サーバ用ワークステーション３０は画像デー
タを記憶するデータディスク３１１を具備しており、デ
ータディスク３１１から読出された画像データＩＧＳが
画像差し換え部（Ｏｐｅｎ ＰｒｅＰｒｅｓｓ Ｉｎｔ
ｅｒｆａｃｅ）３１３に入力される。画像差し換え部３
１３で差し換えられた画像データＩＧＳＡはラスタイメ
ージ処理部３１２に入力され、ラスタイメージ処理部３
１２でラスタイメージ化されると共に画像データの内の
絵柄等は網点化され、必要な場合にはデータ圧縮された
ラスタデータＲＤが出力同期用バッファ７０に入力され
る。出力同期用バッファ７０はフィルムプリンタ６０の
印刷速度にデータ出力を同期させると共に、データ圧縮
されたデータに対しては必要な伸長を行なって，更には
マージや網伏せを行ってフィルムプリンタ６０に伝送す
る。

【００１４】図５はサーバ用ワークステーション３０の
詳細なソフトウェア構成を示しており、入力情報ＩＮＳ
及び外部情報ＥＸＳはスキャンサーバ３２０内のフォー
マット変換部３２１に入力され、フォーマット変換され
たデータは表示画像作成部３２２で表示用の画像（表示
画像）を作成され、更にアイコン用の画像（アイコン画
像）を作成されると共に、画像登録部３２４において画
像の登録処理が行なわれる。スキャンサーバ３２０から
出力される表示画像及びアイコン画像の登録データＳＳ
Ｄはデータベースマネージャ３３０に入力されてデータ
格納されるが、画像データＩＧはデータディスク３１１
へ入力され、割付けデータ（ＰｏｓｔＳｃｒｉｐｔ Ｄ
ａｔａ）ＰＳは出力ジョブの管理を行なうレコーダサー
バ３１０に入力される。データベースマネージャ３３０
には、各ページの面付けを行なうための大貼りモジュー
ル３４０と、線画前処理（ノイズ除去、回転等）、連続
階調画像のレタッチや切抜き処理等を行なう画像処理モ
ジュール３５０と、台紙配置、画像配置、図形生成、網
伏せ等の画像データの集版を行なう集版モジュール３６
０と、出力ジョブ管理やデータ管理等を行なうデータ管
理モジュール３７０と、カラー編集、ハッチング編集や
地絞登録等を行なう操作データ制御モジュール３８０と
がソフトウェア的に接続されている。

【００１５】ここで、データベースマネージャ３３０の
処理動作を図６のフローチャートを参照して説明する
と、スキャンサーバ３２０より伝送されて来る台紙や部
品画像等の登録データＳＳＤが入力されると（ステップ
Ｓ１）、データベースマネージャ３３０を経由して画像
データＩＧとしてデータディスク３１１に格納される
（ステップＳ２）。データ修正時、データベースマネー
ジャ３３０はデータディスク３１１より画像データを読
出し、画像処理モジュール３５０でレタッチ（色、階
調、キズ等を修正する目的で行なう修正作業）、ゴミ取
り、切抜き等を行ない、データベースマネージャ３３０
を経由してデータディスク３１１に格納する（ステップ
Ｓ３）。次にデータベースマネージャ３３０は集版処理
（台紙を配置し、台紙に沿って各部品を配置、文字加工
を行なうことによって、文字、図形、画像等の部品を指
示されたレイアウト通りに合成する）を行なうが（ステ
ップＳ４）、先ずデータベースマネージャ３３０はデー
タディスク３１１より画像データＩＧを読出し、集版モ
ジュール３６０で集版作業を行なった後、データベース
マネージャ３３０を経由してデータディスク３１１に処
理済データを格納する。そして、更にデータディスク３
１１より画像データＩＧを読出し、大貼りモジュール３
４０を用いて面付けの指示、作業を行ない、面付けデー
タをデータベースマネージャ３３０を経由してデータデ
ィスク３１１に格納して面付けを行ない（ステップＳ
５）、次にデータディスク３１１よりデータベースマネ
ージャ３３０にデータを取出してレコーダサーバ３１０
で出力処理を行なう（ステップＳ６）。

【００１６】図７は、入力データの対象（２値データ、
割付け情報、ビットマップデータ、連続階調画像）と工
程（入力、集版／編集、出力）との関係を、オペレータ
が意識するデータ、機能の流れとして示しており、線
画、台紙等の２値データは台紙入力機４０又はカラース
キャナ５０で読取られて、ゴミ取り、レタッチ、回転、
拡大／縮小の処理を施されて画像編集データとなり、Ｐ
ｏｓｔＳｃｒｉｐｔ情報はＲＩＰ（Ｒａｓｔｅｒ Ｉｍ
ａｇｅ Ｐｒｏｃｅｓｓｏｒ；ＰｏｓｔＳｃｒｉｐｔ等
のページ記述言語で表現されたデータを展開し、ビット
マップデータ等に変換する）で処理されて画像編集デー
タとなる。又、ビットマップデータはフィルタでフォー
マット変換されて画像編集データとなり、連続階調画像
はカラースキャナ５０で読取られて、又は直接入力され
てレタッチ、切抜き、画像処理を施されて画像編集デー
タとなる。データ管理情報としてのキーワード、画像
名、ジョブ名も画像編集データに取り込まる。画像編集
データは台紙加工（閉領域自動認識）、作図、オブジェ
クト編集、合成、変形、回転、網伏せ／属性変更、レイ
アウト、写真はめ込み等の処理を施されると共に、ヒス
トリー画像表示変更、分散編集、データ保存を実行され
る。上記各処理の後、分版、特色版、トラッピングを行
ない、更にページ単位の面付けを行なって集版／編集を
終了する。「特色版」は、通常のＣＭＹＫ以外のインク
で印刷するための版のことであり、例えば（１）２色刷
りの際における墨と金赤の「金赤」、（２）金色、銀色
用、（３）写真の中の女性の口紅の色を彩かに表現する
際、口紅の部分だけ別の版にして通常のＣＭＹＫにプラ
スして重ねてインクを載せる、等に使用する。又、「ト
ラッピング」は、具体的には毛抜き合せで配置する際、
印刷のずれによる白抜けの防止のために少しずつ重ねて
おくことをいう。サーバ用ワークステーション３０で集
版／編集処理されたデータは、ゲラプリンタ２０でのゲ
ラ出力、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ
Ｌａｎｇｕａｇｅ；例えばＰｏｓｔＳｃｒｉｐｔ）出
力、又はフィルムプリンタ６０でのフィルム出力で出力
される。

【００１７】本発明では上述の画像処理システムにおい
て、ラスタイメージ処理部３１２、出力同期用バッファ
７０及びフイルムプリンタ６０の構成を図８のように構
成する。即ち、ラスタイメージ処理部３１２内に圧縮部
３１２１を設け、圧縮データＤ１を出力同期用バッファ
７０内のハードディスク７１に一旦格納し、その後ハー
ドディスク７１から読出して出力装置としてのフイルム
プリンタ６０に転送するときにデータ圧縮する圧縮部７
２を設けている。又、フイルムプリンタ６０内には伸長
部６１と出力部６２とを設けている。この場合、圧縮部
３１２１ではＣＰＵに負荷のかからない圧縮方式を採用
し、圧縮部７２ではフイルムプリンタ６０に依存した圧
縮方式を採用する。圧縮部７２のデータ圧縮にはＣＰＵ
に負荷がかかることになるが、ＣＰＵの負荷を分散する
ことができる。

【００１８】このような構成において、圧縮部３１２１
はラスタイメージ処理部３１２が処理して出力するビッ
トマップデータを、ＣＰＵに負荷のかからない方式で圧
縮する。例えばランレングス等の圧縮を行なう。図９の
（Ａ），（Ｂ）はＢＬ（バイナリラインアート）の例を
示しており、同図（Ａ）のＢＬ画像データに対して、同
図（Ｂ）の１６進数のデータ圧縮を行なう。即ち、ビッ
トマップデータの白の長さを１バイトで表わし、黒の長
さを１バイトで表わし、これら白の長さと黒の長さを組
み合せた２バイトを１組として表現する圧縮を行なう。
Ｐ１部は白の長さを、Ｐ２部は黒の長さをそれぞれ示し
ている。このように圧縮部３１２１で圧縮されたデータ
Ｄ１は出力同期用バッファ７０に転送され、ハードディ
スク７１に一旦格納される。ハードディスク７１に格納
されたデータは画像出力時に読出されてフイルムプリン
タ６０に転送されるが、その時に出力同期用バッファ７
０内の圧縮部７２でデータ圧縮した圧縮データＤ２を転
送する。圧縮部７２のデータ圧縮はフイルムプリンタ６
０のフォーマットに合せた方式、例えばＧ３，Ｇ４，ハ
フマン符号化等で行なう。この場合はＣＰＵに負担がか
かることになるが、ＣＰＵの負荷を分散することができ
る。図９の（Ｃ）はＢＬデータについての圧縮部７２の
圧縮例を示しているが、この場合、同図（Ｂ）の圧縮を
元にＴＩＦＦ−ＩＴ８のＢＬ圧縮を用いている。Ｐ３部
はマークを示しており、Ｐ４部は白の長さを、Ｐ５部は
黒の長さをそれぞれ示している。又、Ｐ６部は白が“１
１００”であることを示している。

【００１９】圧縮方法としてはＧ３，Ｇ４，ＴＩＦＦ−
ＩＴ８のＢＬ，ＪＢＩＧ，ＴＩＦＦ６．０のＰａｃｋＢ
ｉｔｓ，ＪＰＥＧ等があり、ＳＨ８，Ｌｅｍｐｅｌ−Ｚ
ｉｖ，ハフマン符号化等がある。Ｇ３，Ｇ４，ハフマン
符号化はファクシミリの分野で広く利用されている方法
であり、ハフマン符号化は文字列の生起確率のバラツキ
を圧縮原理とするものである。ＪＢＩＧはＪｏｉｎｔ
Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ Ｇｒｏｕｐの略であ
り、伝送の初期の段階でラフではあるが全体画像を表示
し、その後必要に応じて追加情報を加え、画品質の向上
を図るプログレッシブビルドアップであり、白黒２値顔
画像及び中間調画像に対して統一的に適用できる。又、
ＴＩＦＦ−ＩＴ８のＢＬはＢＬデータの各ラインを、背
景色（黒）ランと前景色（白）ランのペアのケンスとし
て符号化するもので、各ラインは背景色ランで始まる。
ＢＬデータのランレングス符号化では２つの基本符号化
構造が使用され、２５４画素までのランレングス符号化
するショート形式（８ビット長）があり、この２つの形
式を混合使用できる。個々のラインデータは２つのゼロ
のバイトで始まり、２つのゼロのバイトで終る。ＪＰＥ
ＧはＪｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅ
ｒｔ Ｇｒｏｕｐの略であり、ＤＣＴ（Ｄｉｓｃｒｅｔ
ｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）に基づくロス
あり（ｌｏｓｓｙ）と、２次元ＤＰＣＭに基づくロスレ
ス（ｌｏｓｓｌｅｓｓ）に大きく分けられる。ＤＣＴ方
式はベースリンとエクステンデッド方式に分類され、ベ
ースラインプロセスは最も簡単なＤＣＴ方式でＪＰＥＧ
の必須機能である。

【００２０】上述の如く圧縮部７２で圧縮された圧縮デ
ータＤ２は、フイルムプリンタ６０の伸長部６１に入力
されたデータ伸長され、その後に出力部６２に入力され
てフイルムに画像出力する。ここにおいて、フイルムプ
リンタ６０が圧縮部７２のデータ圧縮をサポートしてい
ない場合には、圧縮部７２でデータ圧縮をしないで伸長
部６１でデータ伸長する。圧縮しないデータをハードデ
ィスク７１に書込んで読出すよりも高速であり、ハード
ディスク７１内部ではデータ圧縮されているので、ディ
スク容量の節約となる。又、図９（Ｂ）の圧縮データを
圧縮部７２でＴＩＦＦのＰａｃｋＢｉｔｓによって圧縮
する場合は、同図（Ｄ）の如く一旦伸長してから同図
（Ｅ）の如くＰａｃｋＢｉｔｓで圧縮する。このように
一旦伸長してから再び圧縮しても、ハードディスク７１
へのデータ書込、読出時間を短縮することができる。

【００２１】尚、上述の実施例では圧縮部７２の圧縮デ
ータＤ２を直接フイルムプリンタ６０に転送するように
しているが、図１０に示す如く出力用インタフェース８
０を設け、ＳＣＳＩバス及びＲＳ−４２２で接続するよ
うにしても良い。即ち、圧縮データＤ２を転送するＳＣ
ＳＩインタフェース７３を出力同期用バファ７０内に設
け、ＳＣＳＩで出力用インタフェース８０を接続する。
出力用インタフェース８０は、ＳＣＳＩインタフェース
８１を介して転送データを受けてハードディスク８２に
一旦格納する。ハードディスクから読出されたデータは
伸長部８３で伸長され、伸長されたデータは出力インタ
フェース８４を介してＲＳ−４２２でフイルムプリンタ
６０に入力される。

【００２２】

【発明の効果】以上のように本発明によれば、ハードデ
ィスクへの書込とハードディスクからデータ読出を圧縮
データで行なっているので処理時間を短縮できる。ラス
タイメージに展開する画像データを１６０ＭＢとした場
合、圧縮を用いないで転送すると約４８０秒かかってい
たのが、図１１の方法では約２８０秒となり、図８の本
発明によれば約２２５秒に短縮された。又、圧縮を２回
に分けているので、１回目の圧縮を出力装置に依存しな
い方式で行なうことができると共に、ランレングス等の
ＣＰＵに負荷をかけない方式でデータ圧縮を行なうこと
ができる。２回目の圧縮では、出力装置のフォーマット
に合せた方式を用いることができるので、出力装置のフ
ォーマットに制限されることのない画像処理システムを
実現できる。

【図面の簡単な説明】

【図１】本発明を適用できる画像処理システムの構成例
を示す全体結線図である。

【図２】本発明を適用できる画像処理システムの他の構
成例を示す全体結線図である。

【図３】ワークステーションのハード構成例を示すブロ
ック構成図である。

【図４】本発明を適用できる画像処理システムの全体構
成例を示すブロック図である。

【図５】サーバ用ワークステーションのソフトウェア構
成例を示すブロック図である。

【図６】データベースマネージャーの動作例を示すフロ
ーチャートである。

【図７】入力データの対象と工程との関係を示すデータ
及び機能の流れ図である。

【図８】本発明方法を実現する装置の一例を示すブロッ
ク構成図である。

【図９】データ圧縮の一例を示す図である。

【図１０】本発明方法を実現する装置の他の例を示すブ
ロック構成図である。

【図１１】従来例を示すブロック構成図である。

【図１２】従来例を示すブロック構成図である。

【符号の説明】

１０ 編集用ワークステーション ３０ サーバ用ワークステーション ６０ フイルムプリンタ ６１ 伸長部 ７０ 出力同期用バッファ ７１，８２ ハードディスク ７２，３１２１ 圧縮部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｔ 9/00 Ｈ０４Ｎ 1/21

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵを有する画像処理システムで生成
   されたラスタイメージデータを同期用バッファを通して
   出力装置に転送する際、前記ラスタイメージデータに対
   して前記ＣＰＵの負担を軽減する方式で第１のデータ圧
   縮を行なって前記画像処理システムから前記同期用バッ
   ファに転送し、前記同期用バッファから前記出力装置に
   データ転送を行なうときに前記出力装置に合せた方式で
   第２のデータ圧縮を行なうようになっていることを特徴
   とする画像処理方法。