JPH05244437A - 画像処理システム - Google Patents

Abstract

(57)【要約】 【目的】 複数台の画像処理装置およびこれらを接続す
るネットワークを含んだシステム全体のデータ処理効率
を向上すること。 【構成】 ワークステーションＷＳ４からＷＳ４のディ
スク１１内の縮小画像データをＷＳ１にＬＡＮ６を経由
して伝送し、ＷＳ１では伝送された縮小画像データを編
集し、その編集内容のみをＬＡＮ６を経由してＷＳ４に
伝送し、ＷＳ４では伝送された編集内容と縮小画像デー
タおよび符号化データとから原画像を復号し、編集し
て、例えばプリントアウトする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、少なくとも１台は、Ｊ
ＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ
Ｇｒｏｕｐ）方式を適用可能な画像処理装置を含んだ画
像処理システムに関する。

【０００２】

【従来の技術】前記画像処理装置を含む複数台の画像処
理装置をネットワークによって各々接続したシステムに
おいては、原画像データあるいはその原画像データに編
集等を加えたデータをネットワークを経由して伝送して
いる。

【０００３】

【発明が解決しようとする課題】しかしながら、複数台
の画像処理装置をネットワークによって各々接続したシ
ステムにおいては、情報量がきわめて多い原画像データ
をネットワークを経由して伝送することによって、シス
テム全体のトータルの処理データ量がきわめて多くなっ
てしまい、各画像処理装置でも処理効率が悪くなり、そ
のためのメモリ容量が大きくなってしまい、さらにネッ
トワークのトラフィックも大きくなってしまう。

【０００４】そこで本発明の目的は以上のような問題を
解消した画像処理システムを提供することにある。

【０００５】

【課題を解決するための手段】本発明は、複数台の画像
処理装置間をネットワークによって各々接続した画像処
理システムにおいて、少なくとも１台の画像処理装置
は、階層的符号化および復号化手段と、階層的符号化に
よって得られた縮小画像データおよび符号化データを記
憶する記憶手段とを有し、残りの画像処理装置は、前記
縮小画像データに基づく画像処理手段と、該画像処理手
段による処理内容を記憶する処理内容記憶手段とを有
し、前記各画像処理装置は、前記ネットワークを経由し
て前記縮小画像データまたは前記処理内容情報を伝送す
ることを特徴とする。

【０００６】

【作用】本発明によれば、ネットワークを経由して、縮
小画像データおよびその処理内容情報のみを伝送する。

【０００７】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。

【０００８】実施例１ 図１は本発明の実施例１を示す。

【０００９】図１において、１７はキーボード、１８は
ポインティングデバイスとしてのマウスである。１６は
キーインターフェイスで、キーボード１７およびマウス
１８のインターフェイスである。

【００１０】１３はプリンタ、１４は読取り解像度４０
０ｄｐｉのスキャナである。１２はスキャナ／プリンタ
インターフェイスで、プリンタ１３およびスキャナ１４
のインターフェイスである。１０はフロッピーディス
ク、１１はハードディスクである。９はディスクインタ
ーフェイスで、フロッピーディスク１０およびハードデ
ィスク１１のインターフェイスである。

【００１１】６はＬＡＮ、７はＬＡＮインターフェイス
である。

【００１２】３はＲＯＭ，ＳＲＡＭ，ＲＳ２３２Ｃ等の
Ｉ／Ｏである。２はメインメモリ、４はＶＲＡＭ、５は
解像度１００ｄｐｉのＣＲＴ、１はＣＰＵである。

【００１３】１５はＤＭＡＣで、フロッピーディスク１
０、ハードディスク１１、プリンタ１３、およびスキャ
ナ１４と、メインメモリ２との間でデータを直接転送す
るものである。

【００１４】８は圧縮伸長回路で、ＪＢＩＧ（ｊｏｉｎ
ｔ ｂｉ−ｌｅｖｅｌ ｉｍａｇｅｇｒｏｕｐ）方式に
よりデータを圧縮伸長するものである。

【００１５】図２は図１図示メインメモリ２のエリアを
示す。

【００１６】図２において、ＩＭＥＭはイメージエリア
で、スキャナ１４からのイメージデータが格納されてい
る。ＰＭＥＭはプログラムエリアで、実行プログラムが
格納されている。ＷＭＥＭはワークエリアで、作業用デ
ータが格納されている。

【００１７】次に、図１に示す圧縮伸長回路８により行
われるＪＢＩＧ方式による圧縮伸長方法を説明する。

【００１８】この方法は画像電子学会誌第２０巻第１号
（１９９０）第４１頁〜第４９頁にその詳細が開示され
ている。簡単にＪＢＩＧ方式の圧縮伸長方法を説明す
る。

【００１９】図３に示すような４×４画素の画素データ
を圧縮する場合、例えば、４００ｄｐｉの４×４画素の
画素データＡ１〜Ａ１６を２００ｄｐｉの画素データＢ
１〜Ｂ４に圧縮し、圧縮した画素データＢ１〜Ｂ４と元
画素データＡ１〜Ａ１６の差を符号化する。この圧縮し
た画素データを新たに圧縮対象の画素データＡ１〜Ａ１
６として再び圧縮処理と符号化を行う。このようにし
て、１２．５ｄｐｉ程度の最低解像度の画像データに圧
縮して、符号化データと共に最低解像度の画像データを
通信や、保存記憶に用いる。

【００２０】一方、最低解像度の画像データを伸長する
場合は最低解像度（１２．５ｄｐｉ）の画像データとそ
の符号化データを用いて１ランク上の解像度（２５ｄｐ
ｉ）の画像データを作成し、以下、順次に高い解像度の
画像データを作成して行くことにより４００ｄｐｉの元
の画像データに伸長する。

【００２１】また、ＪＢＩＧ方式では１つの圧縮画素デ
ータを作成するとき、図３の例では、Ｂ４の画素位置の
圧縮画素データを作成する場合には、図３の太線で囲ま
れたＡ６〜Ａ８，Ａ１０〜Ａ１２，Ａ１４〜Ａ１６の画
素位置の高解像度画素データと、すでに圧縮されている
Ｂ１〜Ｂ３の画素データを重み付け演算式に代入して、
Ｂ４の画素位置の圧縮画素データを決定する。

【００２２】なお、符号化に用いるデータも参照画素位
置の画素データを用いるが、符号化対象の画素位置近辺
の参照画素位置をその画素位置の画素データの内容に応
じて参照画素位置および個数を可変としている。

【００２３】図４は図２図示プログラムエリアＰＭＥＭ
に格納される制御プログラムの一例を示すフローチャー
トである。

【００２４】ステップＳ１にて、船の画像が４００ｄｐ
ｉのスキャナ１４により読み取られると、読み取られた
４００ｄｐｉの画像の情報をメインメモリ２のイメージ
エリアＩＭＥＭに格納する。そして、イメージエリアＩ
ＭＥＭに格納された画像の情報を圧縮伸長回路８により
ＪＢＩＧ符号化方式により低解像度化し、得られた１０
０ｄｐｉの画像の情報をイメージエリアＩＭＥＭのバッ
ファメモリに格納する。

【００２５】ついで、ステップＳ２にて、バッファメモ
リに格納された１００ｄｐｉの画像情報をシステムバス
上に出力し、ステップＳ３にて、ＶＲＡＭ４に格納す
る。ＣＲＴ５の画面２０のウインドウ２０には、図５に
示すように、１００ｄｐｉの船の画像２２を出力する。

【００２６】次に、ステップＳ３−１にて画像データの
切り取りをキーボード１７から指示する。ここでは読み
込まれた船の画像全体が切り取り指示されたものとす
る。すると、ステップＳ３−２にてメインメモリ２のイ
メージエリアＩＭＥＭ上に切り取り指定された画像デー
タ（４００ｄｐｉ）を複写する。そして、ステップＳ４
にて、イメージメモリＩＭＥＭ内のバッファに用意され
た切り取り画像データを圧縮伸長回路８によりＪＢＩＧ
方式の圧縮方法により圧縮し、１２．５ｄｐｉの低解像
度画像にする。その後、ステップＳ５にて、１２．５ｄ
ｐｉの画像のデータと符号化データをハードディスク１
１に格納し、１２．５ｄｐｉの画像のデータをメインメ
モリ２の別のバッファに格納する。

【００２７】ついで、ステップＳ６にて、バッファに格
納された画像データをアイコンとして登録するととも
に、システムバス上に出力し、ＶＲＡＭ４に格納する。
そして、原画の（１／１６）×（１／１６）の大きさに
縮小された、１２．５ｄｐｉの船の画像をクリップボー
ドウインドウに出力する。

【００２８】実施例２ 図７は、本発明の実施例２を示すフローチャートであ
る。本実施例は、ＣＲＴ６に１００ｄｐｉの解像度で画
像を表示する過程を示すものである。

【００２９】図７において、ステップＳ１０１では、ス
キャナ１４により４００ｄｐｉの画像データを読み込
む。すなわち、４００ｄｐｉの実イメージデータを、メ
インメモリ２のイメージ記憶領域ＩＭＥＭに格納する
（図１１参照）。次に、ＪＢＩＧ方式の階層的符号化を
行うために、ステップＳ１０２ではＪＢＩＧ方式により
２段階圧縮して、Ｃ＋Ｃ１＋Ｃ２のデータを作成する。
このステップＳ１０２におけるＣ，Ｃ１，Ｃ２とは、図
８に示すようにＪＢＩＧ方式により４００ｄｐｉから順
次解像度を低下していったときに得られる低解像度デー
タＣ（１００ｄｐｉ）および差分符号データＣ１，Ｃ２
を示す。

【００３０】次のステップＳ１０３では、メインメモリ
のＩＭＥＭに記憶されている上記データＣ（１００ｄｐ
ｉの画像データ：図１１参照）をＶＲＡＭ４へ転送し、
ＣＲＴ上に表示する。

【００３１】さらにステップＳ１０４では、ＪＢＩＧ方
式によって得られる階層的符号化データをファイルとし
て登録するか否かの判別を行い、その結果、肯定判定が
得られた場合には、ステップＳ１０５において、次の３
段階に圧縮を行い、Ｃ３＋Ｃ４＋Ｃ５＋Ｆ（図８参照）
を作成する。

【００３２】そしてステップＳ１０６では、Ｃ１＋Ｃ２
＋Ｃ３＋Ｃ４＋Ｃ５＋Ｆをディスクに記憶し、前述した
実施例の如くステップＳ１０７において、Ｆアイコンと
してウインドウ表示する（具体的には、クリップボード
中に、このアイコンを貼り付ける処理を行う）。

【００３３】このように本実施例では、階層的符号化の
過程で得られる１００ｄｐｉの画像をそのままＶＲＡＭ
に転送して可視表示を行うことができる。

【００３４】図９は、本実施例における他の変形例を示
す。この図９では、ハードディスク１１あるいはフロッ
ピーディスク１０に記憶されている画像データ（すなわ
ち、１２．５ｄｐｉの低解像度データＦおよび各々の符
号データＣ１〜Ｃ５：図８参照）をメインメモリ２上に
読み出した後、ＣＲＴ５に表示する過程を示している。

【００３５】まずステップＳ１１０において、表示する
データを選択する。具体的には、表示されているアイコ
ンのひとつをマウスにより選択する。次に、ステップＳ
１１１においてＣＲＴ上に画像処理用用紙ウインドウを
表示する。次のステップＳ１１２では、未表示イメージ
が有るか否かを判定する。その結果、未表示イメージ有
りと判定された場合には、ステップＳ１１３において、
メインメモリ２のイメージ記憶領域ＩＭＥＭ上に表示イ
メージバッファエリアを獲得する。

【００３６】次のステップＳ１１４においては、ハード
ディスクやフロッピーディスクから読み出したデータを
伸長回路を介して１００ｄｐｉに変換し、表示用イメー
ジバッファに書き込む。そして、次のステップＳ１１５
において、表示用イメージバッファからイメージデータ
（１００ｄｐｉ）をＶＲＡＭに転送して、画像処理用用
紙ウインドウにイメージ表示を行う。

【００３７】なお、ステップＳ１１２において、未表示
イメージが無いと判定された場合には、ステップＳ１１
６に制御が移り、他のテキストデータ・ベクタデータ等
を画像処理用用紙ウインドウに表示する。

【００３８】このように本実施例では、いったん４００
ｄｐｉの画像データをメインメモリ２に読み出した後に
１００ｄｐｉのデータに変換するという従来の手順を経
ることなく、最低解像の画像データ（１２．５ｄｐｉ）
から順次解像度を向上させていくというＪＢＩＧ方式の
特性を利用して、表示用イメージバッファに１００ｄｐ
ｉのデータを直接記憶させることができる。

【００３９】図１０は、図９に示した実施例に対応する
従来技術を参考的に示したものであり、この図１０と図
９を比較することにより、本実施例の特色がより明確に
なる。

【００４０】図１０における各ステップの内容は次のと
おりである。まず、ステップＳ１２０では、表示するデ
ータを選択する。次のステップＳ１２１では、ＣＲＴ上
に画像処理用用紙ウインドウを表示する。

【００４１】ステップＳ１２２において、未表示イメー
ジ有りと判定された場合には、ステップＳ１２３におい
て、メインメモリ上に実イメージバッファ（すなわち、
４００ｄｐｉ用のバッファ）エリアが獲得済みであるか
否かを判定する。その結果、実イメージバッファエリア
が既に獲得済みである場合には、ステップＳ１２４にお
いてその実イメージバッファを消去した後、ステップＳ
１２５に移る。

【００４２】ステップＳ１２５では、メインメモリのイ
メージ記憶領域ＩＭＥＭ上に実イメージ用バッファと表
示用イメージバッファエリアを獲得する。次に、ステッ
プＳ１２６において、記憶されているイメージデータ
（４００ｄｐｉ）をハードディスクやフロッピーディス
クから実イメージ用バッファに書き込む。ステップＳ１
２７では、実イメージ用バッファに読み込まれたイメー
ジデータ（４００ｄｐｉ）を元に、表示用イメージバッ
ファに表示用イメージ（１００ｄｐｉ）を作成する。さ
らに、次のステップＳ１２８において、表示用イメージ
バッファからイメージデータ（１００ｄｐｉ）をＶＲＡ
Ｍに転送して、画像処理用用紙ウインドウにイメージ表
示する。

【００４３】他方、ステップＳ１２２において未表示イ
メージが無いと判定された場合には、ステップＳ１２９
において、他のテキストデータ・ベクタデータ等を画像
処理用用紙ウインドウに表示する。

【００４４】図１０に示した従来技術とは異なり、本実
施例ではＪＢＩＧ方式の伸長過程で得られた１００ｄｐ
ｉの画像データをそのまま表示用データとして用いてい
るので、例えばスクロール表示を行う場合にも、図１２
に示すような過程に従って、４００ｄｐｉのデータを１
００ｄｐｉに変換する処理を省略することができる。

【００４５】図１２において、まずステップＳ１３０で
はスクロールを指示する。次のステップＳ１３１におい
ては、スクロール領域にイメージが有るか否かを判定
し、イメージが有ると判定された場合には、ステップＳ
１３２において、ＪＢＩＧ方式により拡張された表示用
イメージ（１００ｄｐｉ）をＶＲＡＭに転送する。さら
にステップＳ１３３において、他のテキストデータやベ
クタデータ等をスクロール領域に表示する。

【００４６】実施例３ 以下に詳述する実施例においては、ＣＲＴ面の一部に表
示された識別標識（すなわち、クリップボードに貼り付
けられたアイコン）を伸長して表示する際の処理手順を
示している。

【００４７】図１３は、この実施例３の処理手順を示す
フローチャートである。また、図１４〜図１６は、クリ
ップボードに貼り付けられたアイコン（このアイコン
は、先の実施例で述べられたとおり、１２．５ｄｐｉの
縮小画像である）を選択して、所望の編集位置にはめ込
む処理の具体的表示例を示している。

【００４８】次に、図１４〜図１６を参照しながら、図
１３のフローチャートを説明する。

【００４９】まずステップＳ１３５において、貼り付け
るイメージデータを選択する。例えば、図１４に示すよ
うに、クリップボード１４１に貼り付けられる複数のア
イコンの中から、船の絵（１２．５ｄｐｉ）を選択す
る。次に、ステップＳ１３６において、画像処理用用紙
ウインドウ１４０上で貼付先を指示する（図１５参
照）。

【００５０】さらにステップＳ１３７において、メイン
メモリ２のイメージ記憶領域ＩＭＥＭ上に表示用貼付イ
メージバッファエリアを獲得する。

【００５１】次に、ステップＳ１３８においては、ハー
ドディスクに記憶されたデータ（最低解像度データおよ
び差分符号データ）に基づき、圧縮伸長回路８にて１０
０ｄｐｉまで解像度を向上させ、その１００ｄｐｉのイ
メージデータを表示用貼付イメージバッファに書き込
む。最後のステップＳ１３９においては、表示用イメー
ジバッファからイメージデータ（１００ｄｐｉ）をＶＲ
ＡＭに転送して、画像処理用用紙ウインドウに貼付イメ
ージ表示を行う（図１６参照）。

【００５２】このように本実施例においては、クリップ
ボード上のアイコン（１２．５ｄｐｉ）を伸長する際の
途中過程で得られる１００ｄｐｉのデータをそのまま表
示させることができるので、わざわざ４００ｄｐｉから
表示用の１００ｄｐｉに変換する過程を省略することが
できる。このことは、図１７に示した従来のプロセスを
参照することにより、より明確に理解される。

【００５３】図１７に示した従来技術においては、まず
ステップＳ１４５において貼り付けるイメージデータを
選択し、ステップＳ１４６において画像処理用用紙ウイ
ンドウ上で貼付先を指示し、ステップＳ１４７において
メインメモリのイメージ記憶領域ＩＭＥＭ上に実貼付イ
メージ用バッファと表示用貼付イメージバッファのエリ
アを獲得する。

【００５４】次に、ステップＳ１４８において、貼り付
けるイメージデータをハードディスクから実貼付イメー
ジ用バッファに読み込む。

【００５５】さらにステップＳ１４９においては、実貼
付イメージ用バッファに読み込まれたイメージを元に、
表示用貼付イメージバッファに表示用イメージを作成す
る。最後のステップＳ１５０では、表示用イメージバッ
ファからイメージデータをＶＲＡＭに転送して、画像処
理用用紙ウインドウに貼付イメージ表示を行う。

【００５６】実施例４ 本発明の実施例４は、メインメモリ２におけるイメージ
記憶領域ＩＭＥＭを有効利用することにより、より多く
の表示用イメージを記憶させようとするものである。

【００５７】図１８は、メインメモリにおける一般的な
イメージバッファの占有状態を示している。図中のイメ
ージ記憶領域ＩＭＥＭには、２つの画像Ａ，Ｂ（いずれ
も図示してない）をＣＲＴに表示させるための表示用イ
メージを記憶させてある。

【００５８】このＩＭＥＭの状態を形成する過程は次の
とおりである。まず、スキャナ１４で読み込んだ第１の
画像Ａをまず４００ｄｐｉの実イメージとしてＩＭＥＭ
に記憶させ、次にＣＲＴに表示させるための表示用イメ
ージ（１００ｄｐｉ）に変換し、その変換後のデータを
画像Ａの表示用イメージ（１００ｄｐｉ）としてＩＭＥ
Ｍに記憶させる。次に、第２の画像Ｂをスキャナ１４で
読み込み、４００ｄｐｉの実イメージデータとして、先
に画像Ａの実イメージ（４００ｄｐｉ）を記憶してある
領域にオーバレイさせる。このことにより、画像Ｂの実
イメージ（４００ｄｐｉ）がＩＭＥＭに記憶される。そ
こで、再び１００ｄｐｉの解像度に変換して画像Ｂの表
示用イメージ（１００ｄｐｉ）を記憶させる。

【００５９】ところが、それ以上の数の表示用イメージ
データ（１００ｄｐｉ）を記憶させようとすると、記憶
領域に不足が生じる場合がある。

【００６０】そこで本実施例では、表示用イメージとし
て１００ｄｐｉの解像度に拘泥することなく、より低解
像のイメージ（例えば２５ｄｐｉ）を表示用イメージと
して記憶させる。すなわち、本実施例では、ＪＢＩＧ方
式で行われる階層的符号化により低解像度の画像が形成
されることに着目して、必要とされる全てのイメージデ
ータをＩＭＥＭ上に記憶させるものである。

【００６１】図１９は、メインメモリ２のイメージ記憶
領域ＩＭＥＭに３つの画像Ａ，Ｂ，Ｃの表示用イメージ
（２５ｄｐｉ）を記憶させた状態を示している。この表
示用イメージデータとしては、５０ｄｐｉの解像度であ
ってもよい。さらに、１２．５ｄｐｉとすることも可能
である。

【００６２】そして、これらの画像をＣＲＴ上に表示さ
せる場合に、伸長処理を行って１００ｄｐｉのイメージ
とするか、あるいは、２５ｄｐｉの縮小画像のまま複数
のイメージを同時表示させるかは、装備されているウイ
ンドウシステムに従って任意に選択することができる。

【００６３】また、上述した説明では、スキャナにより
読み込んだ実イメージを表示用イメージとして記憶する
ことを前提としているが、ディスクに既に記憶されてい
る１２．５ｄｐｉの低解像イメージおよび差分符号デー
タに基づいて、２５ｄｐｉに伸長し、その伸長イメージ
を表示用イメージとすることも可能である。

【００６４】なお、２５ｄｐｉの表示用イメージを形成
し、そのデータをＩＭＥＭに記憶する手順については、
他の実施例から明らかであるので、ここでは処理用フロ
ーチャートを省略する。

【００６５】実施例５ 次に、図２０〜図２５を参照して本発明の実施例５を説
明する。本実施例５は、従来高速ページ捲り時に画像表
示が困難であったものを、高速ページ捲り時にも画像表
示を可能にして作業を容易にした例である。図２０は本
実施例を実現する要部回路構成、図２１は本実施例での
高速ページ捲り時の表示状態、図２２は伸長処理済の画
像の表示状態、図２３は本実施例の動作手段、および図
２４および図２５は本実施例の補間処理の具体例を示
す。

【００６６】図２０において、２２４は縮小画像（低解
像度画像）のサイズを拡大するためのイメージ補間回路
２２４であり、例えば、２５ｄｐｉの縮小画像データを
図２４または図２５のように補間して原画像の大きさに
拡げ、ＶＲＡＭ４を介してＣＲＴ５に送る機能を有す
る。いま、スキャナ１４等から供給された複数画面の画
像データは前述の図８のＪＢＩＧ方式の画像圧縮処理で
２５ｄｐｉの縮小画像データと符号化データとに変換さ
れ、ハードディスク１１またはフロッピーディスク１０
に格納されているものとする。

【００６７】図２３のフローチャートを参照して本実施
例の動作をさらに詳細に説明する。図１のキーボード１
７等から高速イメージ表示（高速ページ捲り）の指示が
あると（ステップＳ２０１）、表示するデータを選択し
（ステップＳ２０２）、図２１に示すようにＣＲＴ５の
表示画面２２１上に画像処理用用紙ウインドウ２２０を
表示する（ステップＳ２０３）。次に、メインメモリ２
中のイメージメモリＩＭＥＭ上に２５ｄｐｉの表示用イ
メージバッファエリアを獲得する（ステップＳ２０
５）。表示するイメージデータをハードディスク１１や
フロッピーディスク１０から表示用イメージバッファに
読み込む（ステップＳ２０６）。すなわち上記の２５ｄ
ｐｉの縮小画像データのみが符号化データと切り離され
てイメージメモリＩＭＥＭ中の表示イメージバッファに
格納される。

【００６８】次いで、上記表示用イメージバッファから
イメージデータ（縮小画像データ）をイメージ補間回路
２２４を通してＶＲＡＭ４に転送し、ＣＲＴ５の画像処
理用用紙ウインドウ２２０にイメージ表示する（ステッ
プＳ２０７）。この際、イメージ補間回路２２４では縮
小画像データを図２４または図２５に示すように零値、
または同一データの補間の如き比較的簡単なデータ補間
をして原画像のサイズに拡大するので、画像処理用用紙
ウインドウ２２０には、図２１に示すような画像が高速
に順次表示される。

【００６９】表示用イメージバッファ内のイメージデー
タを全てＶＲＡＭ４へ転送した場合はステップＳ２０４
に戻り、未表示イメージがハードディスク１１等にある
場合は上述のステップＳ２０５〜Ｓ２０７の処理を繰り
返し、未表示イメージがもうないときにはステップＳ２
０８の必要な後処理を経てメインプログラムに復帰す
る。

【００７０】高速イメージ表示の指示がない場合は、１
２．５ｄｐｉの縮小画像データと符号化データとから圧
縮伸長回路８で原画像に伸長してＣＲＴ５に表示する通
常の表示処理を行う（ステップＳ２０９）。この場合の
画像表示は図２２に示すように、原画像とほぼ同じ状態
の明瞭な画像表示となる。

【００７１】本実施例では、高速イメージ表示において
画像の伸長処理を伴わないので高速イメージ表示が簡単
にかつ迅速に可能となり、また少ないイメージメモリで
も実現できる。ただ、図２１に模式的に示したように、
図２２の伸長処理を経由した通常の表示状態よりも画質
が劣ることとなるが、高速ページ捲り時では使用者が何
の画像が表示されているかが確認できれば十分であるの
で、実用上何ら問題はない。なお、上記説明では縮小画
像データとして２５ｄｐｉを例示したが１２．５ｄｐｉ
でもよい。

【００７２】実施例６ 図２６〜図３２は本発明の実施例６を示す。本実施例６
は、イメージデータのクリップ切り取り時に、段階的な
縮小画像データを順次表示して最後に表示を消すことに
より、クリップ切り取り処理の進行過程を使用者に明瞭
に報せるようにした例である。図２６は本実施例の動作
手順、図２７〜図３１は進行過程の表示例、図３２は本
実施例の変形例の動作手順を示す。

【００７３】図２６のフローチャートを参照して本実施
例の動作を詳細に説明する。いま、ＣＲＴ５の表示画面
２２１上の画像処理用用紙ウインドウ２２０内に図２７
に示すような画像が表示されているものとする。この状
態でキーボード１７からイメージデータの切り取り指示
があると、クリップボードウインドウ２２５を表示画面
２２１上に表示し（ステップＳ２１１）、次いで使用者
により不図示のマウス等を用いたイメージデータの切り
取り範囲の指示が図２７から図２８の矢印Ｐのポインタ
で示すように行われ、例えば図２８の状態で切り取り範
囲の指定が終了したら（ステップＳ２１３）、ＣＰＵ１
はイメージメモリ２のイメージメモリＩＭＥＭに切取イ
メージデータ用バッファエリアを獲得する（ステップＳ
２１４）。

【００７４】次いで、イメージメモリＩＭＥＭ内の実イ
メージバッファから切取イメージデータ用バッファに上
記指定による切り取り範囲の４００ｄｐｉのイメージデ
ータをデータ転送する（ステップＳ２１５）。

【００７５】続いて、切取イメージデータ用バッファの
データを圧縮伸長回路８により前述の図８のＪＢＩＧ方
式で階層的に圧縮・符号化し、最初は一段階目の縮小画
像データ（２００ｄｐｉ）と符号化データを得る（ステ
ップＳ２１６）。この縮小画像データを切取イメージデ
ータ用バッファにオーバレイで書き込むとともに、ＶＲ
ＡＭ４に送ってＣＲＴ５上に表示する。すなわち、画像
処理用用紙ウインドウ２２０上に解像度１／２のイメー
ジデータが表示されることとなる（ステップＳ２１
７）。階層的なイメージ符号化の全てが終了するまで、
上述のステップＳ２１６とステップＳ２１７の処理を繰
り返す。かかる圧縮符号化処理により画像は４００ｄｐ
ｉ→２００ｄｐｉ→１００ｄｐｉ→５０ｄｐｉ→２５ｄ
ｐｉ→１２．５ｄｐｉと変化し、解像度が１／２ずつ小
さくなるとともに表示画像のサイズも１／４ずつ小さく
なる。従って、画像処理用用紙ウインドウ２２０上のク
リップ切り取り対象の画像（本例では船の図形）は図２
８→図２９→図３０のように圧縮符号化の処理段階に応
じた段階的な縮小画像で順次縮小表示され、その結果そ
のクリップ切り取り処理の進行過程が利用者にとって明
瞭に分かる。

【００７６】イメージ符号化が終了したら（ステップＳ
２１８）。最終縮小データをクリップボードに格納する
とともに、図３１に示すように、画像処理用用紙ウイン
ドウ２２０上のイメージデータを消去し、クリップした
１２．５ｄｐｉの縮小画像をアイコンとしてＶＲＡＭ４
を介してクリップボードウインドウ２２５上に貼り込む
（ステップＳ２１９）。その後、制御はメインメモリに
復帰する。これにより使用者はクリップ切り取り処理が
終了したことをただちに知ることができる。

【００７７】従来ではクリップ切り取り処理が終了する
まで切り取り対象画像がそのままの大きさの表示状態で
数秒〜１０数秒表示され、クリップ処理が終了すると画
像が突然消えるため、処理の進行過程が分からず作業が
し難かったが、本実施例によれば縮小画像データが順次
小さく表示されるので、処理の進行過程が明瞭となり、
不都合が解消される。

【００７８】図３２のフローチャートは本実施例６の変
形例の手順を示したものであるが、図２６のフローチャ
ートとの相違はステップＳ２１６の次段のステップＳ２
２０において画像処理用用紙ウインドウ２２０上に解像
度１／２のイメージデータを図２０に示すようなイメー
ジ補間回路２２４を通して表示する点である。従って、
本例によれば、図２９，図３０に示すようにだんだん画
像が縮小される代りに、図２１に示すように画像の大き
さは不変で、画像が段階的に薄くなり、イメージ符号化
終了に応じて画像が消えることとなる（ステップＳ２１
９）。本例の場合も前記事例と同様な効果が得られるの
は明らかである。

【００７９】実施例７ 図３３〜図３７は本発明の実施例７を示す。本実施例７
はメインメモリ２上のイメージメモリＩＭＥＭに確保さ
れている表示用イメージバッファ領域の残存領域ＲＭの
容量ａが、図３３に示すように、１画面分Ｔに満たなく
なった容量不定に至った場合にも、少なくともあと１画
面を表示可能にしてメモリの有効利用と作業性の向上を
図った例である。

【００８０】まず、図３４のフローチャートを参照して
本実施例の動作の一例を説明する。キーボード１７から
イメージデータの表示指示があると（ステップＳ２２
１）、イメージメモリＩＭＥＭの表示用イメージバッフ
ァ領域に１画面分の表示用イメージバッファが獲得でき
るか否かを判定する（ステップＳ２２２）。これは上記
残存領域ＲＭの容量ａと１画面分の必要容量Ｔとを比較
することにより判断できる。ａ≧Ｔで表示用イメージバ
ッファが獲得できると判断したときには（ステップＳ２
２３）、新たな１００ｄｐｉの表示用イメージデータの
１画面分を表示用イメージバッファに格納するとともに
ＶＲＡＭ４を介してＣＲＴ５上に表示するという通常の
イメージ表示処理を行い（ステップＳ２２９）、メイン
ルーチンに復帰する。

【００８１】１画面分の表示用イメージバッファが獲得
できないとき、すなわちａ＜Ｔのときは、ステップＳ２
２４に進んで前回より解像度が１／２のイメージを得
る。すなわち、第１回目はハードディスク１１またはフ
ロッピーディスク１０に格納されているＪＢＩＧ方式に
よる１２．５ｄｐｉの縮小画像データと符号化データを
圧縮伸長回路８ヘ送って、前述のＪＢＩＧ方式による伸
長処理により５０ｄｐｉの縮小画像データを得る（ステ
ップＳ２２４）。続いて、前回より解像度が１／２の表
示用イメージバッファが１画面分獲得できるか否かを判
定する。すなわち、図３５に示すように、最初は５０ｄ
ｐｉの縮小画像データの必要容量ｂと残存領域ＲＭの容
量ａとを比較し、ｂ≦ａなら獲得でき、ｂ＞ａなら獲得
できないと判断する。

【００８２】獲得できないと判定したときには（ステッ
プＳ２２６）、獲得できるまで上記のステップＳ２２４
とＳ２２５の処理を繰り返す。すなわち、第２回目の場
合は２５ｄｐｉの縮小画像データを圧縮伸長回路８で作
り、この縮小画像データの必要容量ｃ（図３５参照）と
残存領域ＲＭの容量ａとを比較しｃ≦ａなら獲得でき、
ｃ＞ａなら獲得できないと判断する。

【００８３】このとき、例えばｃ≦ａとなって２５ｄｐ
ｉの１画面分の表示用イメージバッファをイメージメモ
リＩＭＥＭ中に獲得できる場合はステップＳ２２６から
ステップＳ２２７に進む。ステップＳ２２７では表示用
イメージバッファにバッファの解像度まで復号化した解
像度１／ｎのイメージデータ（例えば、２５ｄｐｉの縮
小画像データ）を読み込む（ステップＳ２２７）。続い
て、その解像度１／ｎのイメージデータを表示用イメー
ジバッファから読み出して図２０のイメージ補間回路２
２４を通して原画像のサイズまで拡大した後にＶＲＡＭ
４に転送し、ＣＲＴ５上の画像処理用用紙ウインドウ２
２０（図２２参照）上にその解像度１／ｎでの画像を表
示する（ステップＳ２２８）。このときの補間処理は例
えば図２５または図２４のようにされ、図２１に示すよ
うな多少画質が劣化した表示状態となる。その後、メイ
ンプログラムに復帰する。なお、どんな画像内容かを知
るような場合には画像の多少の劣化は問題とならないの
で通例は十分に実用に供せられると考えられる。特に本
例では常に全体の画像が見られる利点がある。

【００８４】図３６および図３７は本実施例７の変形例
を示す。スキャナ１４等に合わせてシーケンス処理を容
易にする等のため、通常図３６に示すように、ｄ×ｍ≦
Ｔとなるような最大ｍ個のストライプに１画面分の画像
データを分割してストライプ単位でＪＢＩＧ方式による
圧縮処理をし、ハードディスク１１またはフロッピーデ
ィスク１０に１２．５ｄｐｉの縮小画像データと符号化
データの形態で格納してある。本例はこのストライプデ
ータを利用して解像度をＣＲＴ５の１００ｄｐｉから落
とさずに、残存領域ＲＭの大きさａに応じて最大ｍ個の
ストライプの組合わせで１画面の画像データを表示しよ
うとするものである。

【００８５】次にこれを図３７のフローチャートを参照
して説明する。ステップＳ２３１〜ステップＳ２３３お
よびＳ２３９は図３４のステップＳ２２１〜ステップＳ
２２３およびステップＳ２２９と同様なので、その説明
は省略する。まず、ステップＳ２３３で１画面の表示用
イメージバッファが獲得できないと判断した場合は、ス
テップＳ２３４に進んで、ハードディスク１１等から圧
縮伸長回路８を介して前回より１ストライプ少ない１０
０ｄｐｉのイメージデータを得る。続いて、ステップＳ
２３４で、その前回より１ストライプ少ない表示用イメ
ージバッファがイメージメモリＩＭＥＭ上に獲得可能か
否かを判断する。例えば、第ｉ回目であれば（ｍ−ｉ）
×ｄと前述の残存領域ＲＭの容量ａとを比較し、（ｍ−
ｉ）×ｄ≦ａなら獲得でき（ｍ−ｉ）×ｄ＞ａなら獲得
できないと判断する。なお、ｉ＝１，２…，ｍ−１であ
る。

【００８６】獲得できないと判定したときには（ステッ
プＳ２３６）、獲得できるまで上記のステップＳ２３４
とＳ２３５の処理を繰り返す。

【００８７】その後、ステップＳ２３６で獲得できると
判定したときは、表示用イメージバッファに獲得できた
ストライプ分だけ複合化したイメージデータを読み込み
（ステップＳ２３７）、次いでＣＲＴ５上の画像処理用
用紙ウインドウ２２０（図２２参照）上に、表示用イメ
ージバッファ内の該当の上記イメージデータを、元々の
ストライプの位置に表示する（ステップＳ２３８）。そ
の後、メインルーチンに復帰する。

【００８８】ここで、ステップＳ２３４におけるストラ
イプの選択順位は画像の種類に応じて色々考えられ得
る。例えば、画面の上方に重要な画像情報が集中してい
る場合（例えば管理表など）にはストライプを画面の下
の方から捨てていけばよく、また画面の中央に重要な画
像情報が集中しているような場合（例えば設計図）には
画面の中央のストライプが最後まで残るように画面の上
方と下方から交互にストライプを捨てていけばよい。従
って、ステップＳ２３８でＣＲＴ５上に表示される画像
は比較的は重要な画像部分がストライプの組合わせで表
示されることとなる。そして、本例の場合はＣＲＴ５の
解像度と同じ１００ｄｐｉのまま表示されるという利点
があり、またイメージ補間回路２２４も必要としない。

【００８９】なお、上述の実施態様まではステップＳ２
２４，Ｓ２２５（またはステップＳ２３４，Ｓ２３５）
の処理を表示用イメージバッファが獲得されるまで繰り
返していたが、残存領域ＲＭの容量ａと解像度毎のあら
かじめ設定した容量値ｅ_i との比較（あるいは容量ａと
ｎ×ｉとの比較）により表示用イメージバッファが獲得
できる解像度１／ｎ（またはストライプの数ｉ）を一度
で決定するようにしてもよい。

【００９０】また、図３４のステップＳ２２８の処理に
おいて、イメージ補間回路２２４を通して画像を表示す
るようにしていたが、自動的に解像度に応じて例えば非
常に低解像度の場合は圧縮伸長回路８で伸長した１００
ｄｐｉのイメージデータを表示してもよく、また解像度
が比較的高いときはイメージ補間せずにそのまま表示し
てもよい。

【００９１】以上のように、本実施例によれば表示用イ
メージバッファ領域が容量不足に至った場合にも画像を
表示でき、作業性の向上が図れる。

【００９２】実施例８ ＪＢＩＧ符号化方式による画像データの階層的符号化に
際しては、次のような処理を行うとメモリの一層の効率
的利用および処理の一層の効率化が図れる。

【００９３】すなわち、図３８に示すように、例えばメ
インメモリ２上に記憶された原画像データ（解像度４０
０ｄｐｉ）を、垂直方向に並んだ（水平方向に長い）複
数個のストライプ（領域）に分割し、メインメモリ２内
の各ストライプ毎に原画像データを圧縮伸長回路８によ
り階層的符号化処理する際に、圧縮伸長回路８からの階
層的符号化処理途中の段階のデータに基づいて比較回路
３０１によって、 原画像のデータサイズ／ｎ≧圧縮データサイズ（当該
段階の縮小画像のデータサイズ＋当該段階までの符号化
データ） （圧縮データサイズ／前段階の圧縮データサイズ）≦
Ｘ （例えばｎは２〜１０００，Ｘは０．５〜０．９９） のいずれかの比較処理を行って、当該条件を満たしたと
きにそのストライプに関する階層的符号化処理を当該段
階で終了する。このようにしたのは、次の理由による。
すなわち、それ以上の階層的符号化処理を行っても圧縮
データの大幅な（効果的な）減少が行えなくなるからで
あり、それ以上の階層的符号化処理を行って消費される
メモリの容量が節約できることになるからである。図３
９が前記に、図４０が前記に対応する圧縮伸長回路
８での処理のフローチャートであり、Ｓ３０１でＣＰＵ
１からのメインメモリ２内の４００ｄｐｉの対象となる
原画像データ（イメージデータ）の符号化開始指示を受
け、Ｓ３０２でメインメモリ２内の第１のストライプの
イメージデータを読み込み、Ｓ３０３でその読み込んだ
イメージデータを１段階目の階層的符号化処理し、Ｓ３
０４Ａ（図３９）またはＳ３０４Ｂ（図４０）にすす
み、そこで比較回路３０１による各々前記またはの
処理の結果を示す信号を判断し、ＮＯ（すなわちまた
はの条件を満たさない）であれば、Ｓ３０３に戻っ
て、当該ストライプの階層的符号化処理の次段階の処理
を行い、ＹＥＳ（すなわち、またはの条件を満た
す）であれば当該ストライプの階層的符号化処理を終了
して、Ｓ３０５にすすみ、メインメモリ２内の対象とな
る原画像データの全ストライプの階層的符号化処理が終
了したかを判断し、終了するまでＳ３０２〜Ｓ３０４Ａ
またはＢの処理を繰返す。

【００９４】図４１はこのような処理によって各ストラ
イプ毎に処理段階が異なった様子を示す。すなわち、ス
トライプ１は４段階、ストライプ２は２段階、ストライ
プ３は３段階までで処理が終了している。

【００９５】実施例９ ＣＲＴ５に表示された画像のクリップ切取りおよび切取
った画像の例えば他の適当な文書データへの貼付けに際
しては、ＣＰＵ１の制御下で次のような処理を行うこと
によってメモリの一層の効率的な利用が図れる。

【００９６】すなわち、ＣＲＴ５上に表示されたメイン
メモリ２内のイメージメモリＩＭＥＭ上の画像データ
（１００ｄｐｉ）は実施例８と同様に複数個のストライ
プに分割する。そして、図４２に示すようにクリップボ
ードへの切取り処理がスタートすると、Ｓ３１１でＣＲ
Ｔ５上での画像を使用しての切取範囲の指定をまち、Ｓ
３１２で、例えば図４３に示すようにその指定された切
取範囲の画像Ａがかかっている（属している）ストライ
プを判定し（図４３ではストライプ２）し、Ｓ３１３で
この判定結果に基づいて、イメージメモリＩＭＥＭ内の
該当するストライプの画像データ（１００ｄｐｉ）を例
えば、１２．５ｄｐｉの解像度まで階層的符号化処理
し、Ｓ３１４で画像Ａがかかっている（属する）全スト
ライプの符号化が終了したかを判断し（図４３ではスト
ライプ２のみであったが、画像Ａが複数のストライプに
かかっていることもある）、終了するまでＳ３１３を繰
返し、終了によってＳ３１５にすすみ、符号化終了した
画像Ａの属する全ストライプデータに関して、図４３に
示すようなヘッダ部（イメージメモリＩＭＥＭ上の画像
データにおける符号化処理したストライプの位置、画像
Ａのストライプ内の位置（ポジションＸ，Ｙ）および画
像（イメージ）データサイズ（幅（Ｗ）および高さ
（Ｈ）からなる）と、符号化データ（該当するストライ
プの１２．５ｄｐｉの画像データを含む）とをメインメ
モリ２のイメージメモリＩＭＥＭのクリップボードの所
定エリアに書き込む。これによって、クリップボードへ
の書込み容量が少なくてすみ、メモリの効率利用が図れ
る。

【００９７】ついで、このようにして切取った画像デー
タＡの現在ＣＲＴ５上に表示されている画面内への貼付
けについて説明する。まず、クリップボードをＣＲＴ５
上に表示すると、先に切取った画像Ａがアイコン表示さ
れており、これを貼付画像として指定しておき、ついで
この貼付画像Ａを貼付けようとする画像データをＣＲＴ
５上に表示し、図４５に示すように、Ｓ３１６でＣＲＴ
５上の画像を使用しての貼付けポジション（位置）の指
定をまち、Ｓ３１７でメインメモリ２内のイメージメモ
リＩＭＥＭに貼付けデータ用バッファを獲得し、Ｓ３１
８でメインメモリ２内のイメージメモリＩＭＥＭのクリ
ップボードの所定エリアに書き込まれた画像Ａの属する
全ストライプについてのデータ（図４４）から、当該全
ストライプの復号化（１００ｄｐｉ）を行って、イメー
ジメモリＩＭＥＭに書込み、Ｓ３１９で同クリップボー
ドの所定エリアのヘッダ部の情報に基づいて、実際の貼
付画像Ａを、イメージメモリＩＭＥＭの復号化されたス
トライプの１００ｄｐｉの画像データからとり出し、Ｓ
３１７で獲得したバッファに格納し、Ｓ３２０で当該バ
ッファからとり出した画像ＡをＳ３１６で指定した情報
に基づいてＣＲＴ５上の指定された貼付ポジションに表
示する。このようにすることによって、必要な部分（ス
トライプ）のデータのみの処理ですみ、メモリの効率的
利用が図れる。

【００９８】実施例１０ 図１に示すような構成の装置をサーバーとしてのワーク
ステーションとし、ネットワークを介して複数台のクラ
イアントとしてのワークステーションを接続した画像処
理システムにおいては、次のようにすることによって、
効率的な運用を行うことができる。

【００９９】すなわち、図４６において、ＷＳ４は図１
に示すような構成のサーバーとしてのワークステーショ
ン、ＷＳ１およびＷＳ３は、プリンタおよびハードディ
スクを持たないワークステーション、ＷＳ２はハードデ
ィスク１１Ａを持つワークステーションである。ＷＳ１
〜ＷＳ３においては、ＣＲＴ５、ＶＲＡＭ４の他に図１
に示すＣＰＵ１、メインメモリ２、Ｉ／Ｏ３、ＬＡＮイ
ンターフェイス７、圧縮伸長回路８、キーインターフェ
イス１６、キーボード１７およびマウス１９は有するも
のとする。６はＬＡＮである。

【０１００】このような構成において、ＷＳ４のディス
ク１１にＣ＋Ｃ１＋Ｃ２（図８）の画像データがあると
する。今、ＷＳ１においてＣＲＴにＡ（図８）に相当す
る画像を表示して編集作業を行おうとする場合、ＷＳ４
から、ＣのデータのみをＬＡＮ６を経由してＷＳ１のＶ
ＲＡＭ（またはメインメモリ）に転送するだけでよい。
このようにすることによって、ＷＳ１においては、ＣＲ
ＴにＣの画像を表示することができ、表示画像に対して
マウス、キーボード等を使用して編集を加えることがで
きる。この編集内容（これをＨとする）はＷＳ１のメイ
ンメモリに記憶しておき、例えばこの編集後の画像Ｃ′
に基づく画像をプリントアウトするには、ＷＳ１のメイ
ンメモリからＷＳ４のメインメモリに編集内容Ｈのみ
を、ＬＡＮ６を経由して送り、ＷＳ４において、まず、
ディスク１１内のＣ＋Ｃ１＋Ｃ２のデータからＡの画像
データを復号し、これにＨに相当する編集を加え、編集
後の画像データＡ′をプリンタ１３から出力する。な
お、この画像データＡ′をディスク１１に保存する場合
は、Ａ′を階層的符号化処理して、Ｃ′＋Ｃ１′（Ｃ１
に相当）＋Ｃ２′（Ｃ２に相当）のデータを作り、これ
をディスク１１に保存すればよい。

【０１０１】以上のように、各ＷＳでの画像処理に際し
て、システム全体のトータルの処理データ量を必要最小
限にすることができ、各ＷＳにおいても最小限のメモリ
容量ですみ、処理も効率的であり、さらに、ＬＡＮのト
ラフィックも小さく抑えることができる。

【０１０２】

【発明の効果】以上説明したように本発明によれば、複
数台の画像処理装置をネットワークによって各々接続し
たシステムにおいて、システム全体ではトータルの処理
データ量を少なく抑えることができ、各画像処理装置に
おいても最小限のメモリ容量ですみ、効率的な処理が行
え、ネットワークのトラフィックを小さく抑えることが
できる。

【図面の簡単な説明】

【図１】本発明の実施例１を示すブロック図である。

【図２】図１図示メインメモリ２のエリアを示す図であ
る。

【図３】ＪＢＩＧ方式の圧縮伸長方法を説明するための
説明図である。

【図４】図２図示プログラムエリアＰＭＥＭに格納され
る制御プログラムの一例を示すフローチャートである。

【図５】原画像の一例を示す図である。

【図６】作成されたアイコンの一例を示す図である。

【図７】ＪＢＩＧ方式の処理過程で生じるイメージデー
タを表示させる手順を示したフローチャートである。

【図８】ＪＢＩＧ方式の階層的符号化によって生じる低
解像度データおよび差分符号データを示す図である。

【図９】ＪＢＩＧ方式の処理過程で生じるイメージデー
タを表示させる手順を示したフローチャートである。

【図１０】図９に対応する従来例を説明したフローチャ
ートである。

【図１１】メインメモリの構成を示す図である。

【図１２】スクロール表示を行う場合の処理手順を示し
たフローチャートである。

【図１３】クリップボード上のアイコンを伸長して他の
表示領域に貼り付ける手順を示したフローチャートであ
る。

【図１４】図１３に示した手順を具体的に例示した説明
図である。

【図１５】図１３に示した手順を具体的に例示した説明
図である。

【図１６】図１３に示した手順を具体的に例示した説明
図である。

【図１７】図１３に対応する従来例を示したフローチャ
ートである。

【図１８】１００ｄｐｉの表示用イメージをメインメモ
リに記憶させた状態を示す説明図である。

【図１９】２５ｄｐｉの表示用イメージをメインメモリ
に記憶させた状態を示す説明図である。

【図２０】本発明の実施例５の要部回路構成を示すブロ
ック図である。

【図２１】本発明の実施例５における高速ページ捲り時
の画像表示状態を模式的に示す平面図である。

【図２２】伸長処理済の画像を表示する通常表示時の画
像表示状態を示す平面図である。

【図２３】本発明の実施例５の動作手順を示すフローチ
ャートである。

【図２４】本発明の実施例５での補間処理の一例を示す
概念図である。

【図２５】本発明の実施例５での補間処理の他の例を示
す概念図である。

【図２６】本発明の実施例６の動作手順を示すフローチ
ャートである。

【図２７】本発明の実施例６におけるイメージデータの
クリップ切り取り範囲指示の初期時点の表示画面例を示
す平面図である。

【図２８】本発明の実施例６におけるイメージデータの
クリップ切り取り範囲指示の最終時点の表示画面例を示
す平面図である。

【図２９】本発明の実施例６におけるイメージデータの
クリップ切り取り処理の経過中の表示画面例を示す平面
図である。

【図３０】本発明の実施例６におけるイメージデータの
クリップ切り取り処理の最終段階での表示画面例を示す
平面図である。

【図３１】本発明の実施例６におけるイメージデータの
クリップ切り取り処理終了後の表示画面例を示す平面図
である。

【図３２】本発明の実施例６の変形例の動作手順を示す
フローチャートである。

【図３３】本発明の実施例７で用いる表示用イメージバ
ッファの一例を示すメモリマップ図である。

【図３４】本発明の実施例７の動作手順を示すフローチ
ャートである。

【図３５】本発明の実施例７の処理で取扱う縮小画像デ
ータの大きさの一例を模式的に示す図である。

【図３６】本発明の実施例７の変形例で取扱う画像のス
トライプ構造を模式的に示す図である。

【図３７】本発明の実施例７の変形例の動作手順を示す
フローチャートである。

【図３８】圧縮伸長回路の別の例を示すブロック図であ
る。

【図３９】圧縮回数調節動作のフローチャートである。

【図４０】圧縮回数調節動作の別のフローチャートであ
る。

【図４１】ストライプ毎の個別の圧縮態様を示す図であ
る。

【図４２】クリップ切取時の動作フローチャートであ
る。

【図４３】クリップ切取時の必要なストライプのみの符
号化態様を示す図である。

【図４４】クリップボード内における切取られた画像デ
ータに関する保存データを示す図である。

【図４５】クリップ切取された画像データの貼付時の動
作フローチャートである。

【図４６】画像処理システムのブロック図である。

【符号の説明】

ＷＳ１〜４ ワークステーション ６ ＬＡＮ １１ ハードディスク

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数台の画像処理装置間をネットワーク
   によって各々接続した画像処理システムにおいて、少な
   くとも１台の画像処理装置は、階層的符号化および復号
   化手段と、階層的符号化によって得られた縮小画像デー
   タおよび符号化データを記憶する記憶手段とを有し、残
   りの画像処理装置は、前記縮小画像データに基づく画像
   処理手段と、該画像処理手段による処理内容を記憶する
   処理内容記憶手段とを有し、前記各画像処理装置は、前
   記ネットワークを経由して前記縮小画像データまたは前
   記処理内容情報を伝送することを特徴とする画像処理シ
   ステム。