JPH05189533A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 ネットワーク環境等で利用され、効率的な制
御方法を用いることによって、インタラクティブな高速
画像編集を実現する。 【構成】 原画像の編集を行なう編集機能を持った画像
編集手段１０と、表示用画像の編集を行なう編集機能を
持った画像表示手段１１と、両者に独立にリクエストを
発行するリクエスト生成部１とをバス１２で結合し、さ
らに画像編集手段１０から画像表示手段１１へ画像を転
送する画像転送手段１３を持ち、編集の種類によって、
画像表示手段１１単独で処理したり、画像編集手段１０
単独で処理したり、画像表示手段１１で編集処理確定
後、その最終のリクエストにより画像編集手段１０で処
理したり、画像表示手段１１と画像編集手段１０で並列
して処理したり、画像編集手段１０での処理結果画像を
画像転送手段１３で画像表示手段１１に転送したりす
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、インタラクティブな高
速画像編集を必要とする分野などで利用される画像処理
装置に関するものである。

【０００２】

【従来の技術】最近、画像処理装置はコンピュータのネ
ットワーク環境などにウィンドウシステムとして盛んに
利用されるようになってきた。この画像処理装置はサー
バ／クライアントモデルとして知られ、例えばＸウィン
ドウ（"X WINDOW SYSTEM C Library and Protocol Refe
rence", Digital Press ）などが知られている。

【０００３】以下、従来の画像処理装置について説明す
る。図８は従来の画像処理装置の一構成例を示すもので
ある。図８において、２１はキーボードなどの入力から
画像編集のリクエストを生成するリクエスト生成部、２
２と２３はそれぞれリクエスト生成部２１の発したリク
エストを受け取り、それを解釈して制御コマンドに変換
する第１リクエスト解釈部と第２リクエスト解釈部、２
４は第２リクエスト解釈部２３の出力する制御コマンド
を受けて画像処理を行なう画像処理部、２５は画像処理
部２４によって処理される画像を格納する表示メモリ、
２６は表示メモリ２５に格納されている画像を表示する
ディスプレイ、２７は画像メモリ、２８は第１リクエス
ト解釈部２２からの制御コマンドに従って画像メモリ２
７中のデータを格納もしくは画像メモリに対して画像デ
ータを転送するファイル部、２９，３０はそれぞれ第１
リクエスト解釈部２２、第２リクエスト解釈部２３から
の制御コマンドに従って画像メモリ２７と表示メモリ２
５間のデータ転送を行なう第１データ転送部と第２デー
タ転送部である。また３１は画像編集機能を実現する画
像編集手段、３２は画像表示機能を実現する画像表示手
段、３３はこれらとリクエスト生成部２１とを接続する
バスである。

【０００４】以上のような構成において、以下その動作
について説明する。まず初めにディスプレイ２６に直線
描画する手順を説明する。リクエスト生成部２１で直線
描画リクエストを生成すると、このリクエストは、第２
リクエスト解釈部２３で直線描画コマンドに変換され、
画像処理部２４に送られる。画像処理部２４は、受け取
った直線描画コマンドに従って表示メモリ２５上に直線
を描画する。この操作によってディスプレイ２６上に直
線が描画される。

【０００５】次に、この直線を描画された画像をファイ
ル部２８に格納する手順を示す。リクエスト生成部２１
によって画像格納リクエストが生成されると、このリク
エストは、第１リクエスト解釈部２２と第２リクエスト
解釈部２３に送られる。第２リクエスト解釈部２３は、
そのリクエストを受けて第２データ転送部３０に画像格
納コマンドを発し、第２データ転送部３０は、表示メモ
リ２５内の画像を第１データ転送部２９に転送する。一
方、第１リクエスト解釈部２２は、画像格納リクエスト
を受けて第１データ転送部２９とファイル部２８に対し
て画像格納コマンドを送る。第１データ転送部２９は、
このコマンドを受けて第２データ転送部３０から画像デ
ータを受け取り、画像メモリ２７に格納する。画像メモ
リ２７に格納された画像データは、さらにファイル部２
８によって格納される。

【０００６】図９は従来の画像処理装置の別の構成例を
示したものである。図９において、４１はキーボードな
どの入力から画像編集のリクエストを生成するリクエス
ト生成部、４２と４３はそれぞれリクエスト生成部４１
の発したリクエストを受け取り、それを解釈して制御コ
マンドに変換する第１リクエスト解釈部と第２リクエス
ト解釈部、４４は第１リクエスト解釈部の出力する制御
コマンドを受けて画像処理を行なう画像処理部、４５は
画像処理部４４によって処理される画像を格納する画像
メモリ、４６は画像を表示するディスプレイ、４７はデ
ィスプレイ４６に表示する画像を格納する表示メモリ、
４８，４９はそれぞれ第１リクエスト解釈部４２と第２
リクエスト解釈部４３からの制御コマンドに従って画像
メモリ４５の画像データを表示メモリ４７に転送する第
１データ転送部と第２データ転送部、５０は画像メモリ
４５の画像を格納もしくは画像メモリ４５に画像を転送
するファイル部である。また５１は画像編集機能を実現
する画像編集手段、５２は画像表示機能を実現する画像
表示手段、５３はこれらとリクエスト生成部４１とを接
続するバスである。

【０００７】以上のような構成において、以下その動作
について説明する。まず初めに画像メモリ４５内に直線
を描画する手順を説明する。リクエスト生成部４１によ
って直線描画リクエストが生成されると、このリクエス
トは、第１リクエスト解釈部４２で直線描画コマンドに
変換され、画像処理部４４に送られる。画像処理部４４
は、受け取った直線描画コマンドに従って画像メモリ４
５上に直線を描画する。

【０００８】次に、この直線を描画された画像をディス
プレイに表示する手順を説明する。リクエスト生成部４
１において画像表示リクエストが生成されると、このリ
クエストは、第１リクエスト解釈部４２と第２リクエス
ト解釈部４３に送られる。第１リクエスト解釈部４２で
は、そのリクエストに従って画像表示コマンドを第１デ
ータ転送部４８に発し、第１データ転送部４８では、画
像メモリ４５内の画像データを第２データ転送部４９に
転送する。一方、第２リクエスト解釈部４３は、画像表
示リクエストを受けて第２データ転送部４９に画像表示
コマンドを発し、第２データ転送部４９は、第１データ
転送部４８から受け取った画像を表示メモリ４７に転送
する。この操作によって画像メモリ４５内の画像データ
がディスプレイ４６に表示される。

【０００９】画像メモリ４５内の画像をファイル部５０
に格納する場合は、リクエスト生成部４１で生成された
画像格納リクエストが第１リクエスト解釈部４２に転送
され、第１リクエスト解釈部４２では、このリクエスト
を受けて画像格納コマンドをファイル部５０に送り、フ
ァイル部５０は、画像格納コマンドに従って画像メモリ
４５内の画像を格納する。

【００１０】このように、上記各従来例の構成でも、画
像データを転送することにより画像ファイルの編集が可
能である。

【００１１】

【発明が解決しようとする課題】しかしながら、上記の
ような各従来例の構成では、画像ファイルを編集すると
いう応用に対して処理速度が遅いという問題点があっ
た。上記第１の従来例では、画像処理および画像表示を
画像表示手段のみで行なえるため、インタラクティブな
処理には向いているが、その画像をファイル部に格納す
る際には、画像表示手段と画像編集手段間で画像データ
の転送を行なわなければならないため、大量の画像を編
集する場合には、画像表示手段と画像編集手段間で何度
も画像データの転送を行なわなければならず、画像編集
には不向きな構成となっていた。

【００１２】また上記第２の従来例では、画像処理およ
びファイルの管理を画像編集手段で行なうため、ファイ
ル画像に対するバッチの画像処理には向いているが、処
理途中の画像をディスプレイに表示しながら処理を進め
るインタラクティブな処理をしようとすると、画像表示
手段と画像編集手段との間で画像データの転送を頻繁に
行なう必要が生じ、やはり画像編集には不向きな構成と
なっていた。

【００１３】より高速な画像処理を行なうために、画像
表示手段と画像編集手段をそれぞれネットワークを介し
て別々の計算機上に構築する場合を考慮すると、画像表
示手段と画像編集手段間の転送は極力少なくする必要が
ある。

【００１４】本発明は、このような従来の問題点を解決
するものであり、インタラクティブな高速画像編集処理
に適した画像処理装置を提供することを目的とする。

【００１５】

【課題を解決するための手段】本発明は、上記目的を達
成するために、編集用画像を格納するための画像メモリ
と表示用画像を格納するための表示用メモリとを別々に
持ち、さらにその上にそれぞれ独立に画像処理部を設け
て、編集操作リクエストをそれぞれ独立に供給して処理
するようにしたものである。

【００１６】

【作用】本発明は、上記構成により画像表示手段と画像
編集手段間のデータ転送を最小限に抑えることができ、
インタラクティブな高速画像編集処理を実現することが
できる。

【００１７】

【実施例】

（実施例１）以下、本発明の実施例について、図面を参
照しながら説明する。図１は本発明の第１の実施例にお
ける画像処理装置の構成を示すものである。図１におい
て、１はキーボードなどの入力から画像編集のリクエス
トを生成するリクエスト生成部、２と３はそれぞれリク
エスト生成部１の発したリクエストを受け取り、それを
解釈して制御コマンドに変換する第１リクエスト解釈部
と第２リクエスト解釈部、４は第１リクエスト解釈部２
の出力する制御コマンドを受けて画像処理を行なう第１
画像処理部、５は第２リクエスト解釈部３の出力する制
御コマンドを受けて画像処理を行なう第２画像処理部、
６は第１画像処理部４によって処理される画像を格納す
る画像メモリ、７は第２画像処理部５によって処理され
る画像を格納する表示メモリ、８は表示メモリ７に格納
されている画像を表示するディスプレイ、９は画像メモ
リ６のデータを格納するファイル部である。また１０は
画像編集機能を実現する画像編集手段、１１は画像表示
機能を実現する画像表示手段、１２はこれらとリクエス
ト生成部１とを接続するバスである。なお、ファイル部
９は、画像編集手段１０内ではなく、独立した存在とし
てバス１２に接続するようにしてもよい。

【００１８】以上のような構成において、以下その動作
について説明する。まず初めに直線描画の手順について
説明する。リクエスト生成部１で直線描画リクエストが
生成されると、このリクエストは、バス１２を通って第
１リクエスト解釈部２および第２リクエスト解釈部３で
直線描画コマンドに変換され、それぞれ第１画像処理部
４と第２画像処理部５に送られる。第１画像処理部４
は、受け取った直線描画コマンドに従って画像メモリ６
に直線を描画する。同様に第２画像処理部５は、受け取
った直線描画コマンドに従って表示メモリに直線を描画
する。この操作は、表示用メモリ７中の表示用の画像と
画像メモリ６中の編集用の画像に対して独立に直線描画
を施すものである。

【００１９】次に、この直線を描画された画像をファイ
ル部９に格納する過程を考える。まずリクエスト生成部
１によって画像格納リクエストが生成されると、このリ
クエストは、バス１２を通って第１リクエスト解釈部２
に送られる。第１リクエスト解釈部２は、そのリクエス
トを受けてファイル部９に画像格納コマンドを送る。フ
ァイル部９はその画像格納コマンドに従って画像メモリ
６中の画像データを格納する。

【００２０】このように、上記構成では、表示用メモリ
７と画像メモリ６を独立に持ち、それぞれ独立に画像処
理部４，５を設けることにより、画像処理、表示、格納
の各操作において、画像編集手段１０と画像表示手段１
１との間にデータ転送が発生せず、データ転送は既存画
像編集開始時のみ発生するので、データ転送を最小限に
抑えることができる。なお、ファイル部９が独立してい
る場合は、画像編集手段１０と画像表示手段１１との間
のデータ転送は発生しない。

【００２１】（実施例２）図２は本発明の第２の実施例
における画像処理装置の構成を示すものであり、上記第
１の実施例と同様な要素には同様な符号を付してある。
図２において、１はキーボードなどの入力から画像編集
のリクエストを生成するリクエスト生成部、２と３はそ
れぞれリクエスト生成部１の発したリクエストを受け取
り、それを解釈して制御コマンドに変換する第１リクエ
スト解釈部と第２リクエスト解釈部、４は第１リクエス
ト解釈部２の出力する制御コマンドを受けて画像処理を
行なう第１画像処理部、５は第２リクエスト解釈部３の
出力する制御コマンドを受けて画像処理を行なう第２画
像処理部、６は第１画像処理部４によって処理される画
像を格納する画像メモリ、７は第２画像処理部５によっ
て処理される画像を格納する表示メモリ、８は表示メモ
リ７に格納されている画像を表示するディスプレイ、９
は画像メモリ６のデータを格納したり、画像メモリ６に
画像を転送するファイル部である。また１０は画像編集
機能を実現する画像編集手段、１１は画像表示機能を実
現する画像表示手段、１２はこれらとリクエスト生成部
１とを接続するバスである。１３は画像編集手段１０と
画像表示手段１１との間のデータ転送を実現するデータ
転送手段であり、第１リクエスト解釈部２と第２リクエ
スト解釈部３からの制御コマンドによって画像メモリ６
と表示メモリ７間の画像データの転送を行なう第１デー
タ転送部１４および第２データ転送部１５とを有する。

【００２２】以上のような構成において、以下その動作
について説明する。まず初めに、直線描画の手順につい
て説明する。リクエスト生成部１で直線描画リクエスト
が生成されると、このリクエストは、バス１２を通って
第１リクエスト解釈部２および第２リクエスト解釈部３
で直線描画コマンドに変換され、それぞれ第１画像処理
部４と第２画像処理部５に送られる。第１画像処理部４
は、受け取った直線描画コマンドに従って画像メモリ６
に直線を描画する。同様に第２画像処理部５は、受け取
った直線描画コマンドに従って表示メモリ７に直線を描
画する。この操作は、表示用メモリ７中の表示用の画像
と画像メモリ６中の編集用の画像に対して独立に直線描
画を施すものである。

【００２３】次に、この直線を描画された画像をファイ
ル部９に格納する手順を説明する。まずリクエスト生成
部１によって画像格納リクエストが生成されると、この
リクエストは、バス１２を通って第１リクエスト解釈部
２に送られる。第１リクエスト解釈部２は、そのリクエ
ストを受けてファイル部９に画像格納コマンドを送る。
ファイル部９は、その画像格納コマンドに従って画像メ
モリ６中の画像データを格納する。

【００２４】またファイル部９中にある既存の画像に対
して編集を加える場合は、次の手順を踏む。まずリクエ
スト生成部１によって画像読み出しリクエストを生成す
ると、このリクエストは、バス１２を通って第１リクエ
スト解釈部２と第２リクエスト解釈部３に送られる。第
１リクエスト解釈部２では、画像読み出しリクエストに
従って画像読み出しコマンドをファイル部９と第１デー
タ転送部１４に送る。ファイル部９は、画像読み出しコ
マンドを受けて画像を画像メモリ６に転送する。第１デ
ータ転送部１４では、上記操作によって画像メモリ６中
に読み出された画像データを第２データ転送部１５に転
送する。一方、第２リクエスト解釈部３では、画像読み
出しリクエストを受けて第２データ転送部１５に対して
画像読み出しコマンドを発する。第２データ転送部１５
は、画像読み出しコマンドに従って第１データ転送部１
４から転送されるデータを表示メモリ７に転送する。こ
れによってディスプレイ８に画像が読み出される。この
操作により、画像メモリ６と表示メモリ７に同じ画像が
転送され、これに対して編集操作が行なわれる。

【００２５】このように、上記構成では、表示用メモリ
７と画像メモリ６を独立に持ち、それぞれ独立に画像処
理部４，５を設けることにより、画像処理、表示、格納
の各操作において、画像編集手段１０と画像表示手段１
１との間にデータ転送が発生せず、データ転送は既存画
像編集開始時のみ発生するので、データ転送を最小限に
抑えることができる。

【００２６】なおファイル部９は、図３に示すように、
画像編集手段１０内ではなく、独立した存在としてバス
１２に接続するようにしてもよい。

【００２７】（実施例３）上記第２の実施例において、
第１データ転送部１４では画像メモリ６のデータを加工
せずにそのまま第２データ転送部１５に転送していた。
しかし一般的には、ディスプレイ８に表示する画像は画
像メモリ６で編集する画像に比べ解像度や階調が少ない
ので、画像メモリ６のデータを加工せずに転送しても、
ディスプレイ８では冗長なデータとなってしまう。

【００２８】そこで本発明の第３の実施例では、第１デ
ータ転送部１４内に図４（ａ）に示すようなデータ圧縮
手段１６を設け、図４（ｂ）または（ｃ）に示すような
変換を行なう。すなわち、図４（ｂ）では、画像メモリ
６内のＲ，Ｇ，Ｂ各８ビットのデータをＲ，Ｇ，Ｂ各６
ビットに変換して転送することを示す。これによってデ
ータの転送量は４分の３になる。また図４（ｃ）では、
画像メモリ６内の画像データを間引いて転送することを
示す。ここでは丸印のついた画像のみを転送することに
よって画像のｘ方向、ｙ方向の解像度をそれぞれ２分の
１とし、転送量としては４分の１となる。さらに図４
（ｂ）と（ｃ）を合わせると、転送量は１６分の３とな
り、転送量を大幅に減らすことができる。また、これに
よって第２画像処理部５の処理量が第１画像処理部４の
処理量に比べて小さくなり、負担が軽くなるので、第２
画像処理部５を第１画像処理部４に比べて簡易に作るこ
とが可能となる。

【００２９】なお、上記各実施例においては、リクエス
ト生成部１を独立した存在としてバス１２に接続してあ
るが、これを画像編集手段１０内または画像表示手段１
１内に構築して、それぞれ第１および第２リクエスト解
釈部２および３に生成したリクエストを送るようにして
もよい。

【００３０】また、リクエスト生成、発行は、第１リク
エスト解釈部２と第２リクエスト解釈部３との間でも可
能である。例えば、画像表示手段１１での編集確定後、
画像編集手段１０での編集処理を実行するような場合、
画像編集手段１０を起動するリクエストをリクエスト生
成部１からではなく、第２リクエスト解釈部３から発行
することができる。

【００３１】次に、上記画像処理装置を用いた画像編集
のいくつかの操作例について説明する。まず第１の操作
例を図１を参照しながら説明する。これは、画像表示手
段１１でのみ編集を行なう操作であって、拡大、削除等
の編集処理において対象領域の枠を表示するなど、ユー
ザインタフェースの補助機能として用いる場合に好適で
ある。まず、リクエスト生成部１が、第２リクエスト解
釈部３へ編集リクエストを発行する。第２リクエスト解
釈部３は、それを編集コマンドに変換して第２画像処理
部５へ送る。第２画像処理部５は、第２リクエスト解釈
部３から編集コマンドを受け取ると、表示メモリ７内の
画像に対して編集処理を施す。表示メモリ７は、処理さ
れた画像をディスプレイ８に表示する。編集領域の枠を
決定するために用いる場合は、リクエスト生成部１は、
マウス等の入力に従って枠の位置や大きさを決め、枠を
表示し、ここで述べた手順を繰り返し実行することによ
り、インタラクティブな枠指定が可能となる。

【００３２】次に、第２の操作例について、図１を参照
しながら説明する。これは、画像編集手段１０でのみ編
集を行なう操作であって、編集終了した画像をファイル
部９に格納するなどの場合の処理が考えられる。まず、
リクエスト生成部１がリクエストを生成し、第１リクエ
スト解釈部２へ発行すると、第１リクエスト解釈部２
は、それをコマンドに変換して第１画像処理部４へ送
る。第１画像処理部４は、第１リクエスト解釈部２から
コマンドを受け取ると、画像メモリ６内の画像に対して
編集処理を施す。画像メモリ６は、処理された画像をフ
ァイル部９に格納する。

【００３３】次に、第３の操作例について述べる。これ
は、画像表示手段１１において編集操作を行ない、その
操作が確定した後、画像編集手段１０で編集を行なう操
作である。この操作は、ユーザインタフェースを考慮し
た処理で、画像表示手段１１においてユーザインタフェ
ース用に低解像度画像を高速に処理し、その後、画像編
集手段１０において原画像に処理を施すものである。

【００３４】この操作を図２を参照しながら説明する。
まず、リクエスト生成部１では、マウスなどの入力によ
って指定された回転角や大きさなどの画像編集用パラメ
ータを基に編集リクエストを生成し、第２リクエスト解
釈部３へ送る。第２リクエスト解釈部３は、そのリクエ
ストを編集コマンドに変換して第２画像処理部５へ送
る。第２画像処理部５では、第２リクエスト解釈部３か
ら受けた編集コマンドに従って表示メモリ７内の画像を
編集する。表示メモリ７は、その画像をディスプレイ８
へ出力する。ディスプレイ８に出力された結果画像を見
ながら、再びマウスから画像編集用パラメータの入力を
行なう。以上の動作を繰り返した後、マウスボタンのク
リック等の指示により画像表示手段１１で最終的な編集
状態が確定すると、リクエスト生成部１は、第１リクエ
スト解釈部２に対して、画像表示手段１１に発行した最
終リクエストと同等のリクエストを発行し、画像編集手
段１０がこのリクエストを基に編集処理を行なう。

【００３５】ここで、この画像編集操作の具体例とし
て、拡大処理を行なう際の操作について図５を用いて説
明する。初期状態では、画像メモリ６にはこれから処理
を施す原画像１１１が格納され、表示メモリ７には原画
像を間引いた表示用低解像度画像１１２が格納されてい
る。このとき、マウスなどの入力によって画像編集用の
パラメータが入力されると（ステップ１０１）、リクエ
スト生成部１から第２リクエスト解釈部３へ拡大リクエ
ストが発行され（ステップ１０２）、第２画像処理部５
は、表示メモリ７内の画像に対して拡大処理を実行する
（ステップ１０３）。マウスから拡大画像のサイズが入
力される毎に、原画像はそのサイズに拡大され、拡大画
像１１３が表示メモリ７に格納される。この操作は拡大
後の画像サイズが確定するまで繰り返される（ステップ
１０４）。画像表示手段１１で拡大画像１１４が確定す
ると、リクエスト生成部１は、第１リクエスト解釈部２
に対し、画像表示手段１１に発行した最終リクエストと
同等の拡大リクエストを発行し（ステップ１０５）、画
像メモリ６内の画像に対し拡大処理を施し（ステップ１
０６）、拡大処理された拡大画像１１５を画像メモリ６
に格納する（ステップ１０７）。

【００３６】次に、第４の操作例について述べる。これ
は、画像表示手段と画像編集手段で同時に編集を行なう
操作で、インタラクティブに処理結果を確認する必要の
ない処理に対するものである。

【００３７】この操作を図１を用いて説明する。まず、
マウスなどの入力によって編集処理を施す領域を指定す
るために、上記した第１の操作例と同じ操作を行なう。
その後、リクエスト生成部１は、操作の結果得られた編
集用パラメータを使ってリクエストを生成し、そのリク
エストを第１リクエスト解釈部２および第２リクエスト
解釈部３へ同時に発行する。リクエストを受け取ると、
第１リクエスト解釈部２および第２リクエスト解釈部３
は、それぞれコマンドに変換し、第１画像処理部４およ
び第２画像処理部５で編集処理を実行する。

【００３８】ここで、この画像編集操作の具体例とし
て、削除処理についての操作を図６を用いて説明する。
初期状態では、原画像２１１と低解像度画像２１２とが
それぞれ画像メモリ６および表示メモリ７に格納されて
いる。リクエスト生成部１から第２リクエスト解釈部３
へ削除リクエストが発行されると（ステップ２０１）、
第２画像処理部５では、上記第１の操作例と同じ操作を
行なって編集対象となる削除領域を指定し（ステップ２
０２）、削除領域が確定された画像２１３が得られるま
で以上の操作を繰り返す（ステップ２０３）。その後、
リクエスト生成部１から削除リクエストが第１リクエス
ト解釈部２および第２リクエスト解釈部３に対し同時に
発行され（ステップ２０４）、原画像、低解像度画像に
対して並列して削除処理が実行される（ステップ２０
５）。この結果、画像編集手段１０および画像表示手段
１１では、削除が行なわれた画像２１５，２１４がそれ
ぞれ画像メモリ６および表示メモリ７に格納される（ス
テップ２０６）。

【００３９】次に、第５の操作例について述べる。これ
は、画像編集手段１０で原画像の編集を行なった後、そ
の結果を間引いて画像表示手段１１に転送する操作であ
る。低解像度画像に対する編集と、原画像に対する編集
を独立して行なうと、低解像度画像の劣化により編集結
果に差が生じることがあるが、ここで述べる操作は、こ
のような場合に、低解像度画像の編集結果をできるだけ
原画像の編集結果に近い状態で表示するためのものであ
る。ここで、本操作で行なわれる転送は、画像の全領域
を対象とする必要はなく、編集処理の加わった部分のみ
転送すれば十分である。

【００４０】この操作を図２および図４を参照しながら
説明する。まずリクエスト生成部１が編集リクエストを
生成し、第１リクエスト解釈部２へ送る。第１リクエス
ト解釈部２は、そのリクエストを編集コマンドに変換し
て第１画像処理部４へ送る。第１画像処理部４では、画
像メモリ６内の画像に対して編集コマンドを実行する。
ここで再び、リクエスト生成部１はリクエストを生成
し、データ転送手段１３に発行する。データ転送手段１
３は、リクエスト生成部１からの転送リクエストを受け
取ると、結果画像中の処理対象領域を画像メモリ６から
読み込み、データ圧縮手段１６を用いて表示メモリ７中
の該当領域に間引いて埋め込む。結果画像は、ディスプ
レイ８に表示される。

【００４１】この操作の具体例として、文書埋め込み処
理についての操作を図７を用いて説明する。初期状態で
は、画像メモリ６に原画像３１１が、表示メモリ７には
低解像度画像３１２が格納されている。このとき、リク
エスト生成部１から第１リクエスト解釈部２へ文書埋め
込みリクエストが発行されると（ステップ３０１）、第
１リクエスト解釈部２は、第１画像処理部４に対し文書
埋め込みコマンドを発行する。第１画像処理部４は、文
書埋め込みコマンドを受け取ると、指定された文字を原
画像３１１の指定された位置に埋め込んだ画像３１３を
編集し、画像メモリ６に格納する（ステップ３０２）。
次に、リクエスト生成部１からデータ転送手段１３へ転
送リクエストが発行され（ステップ３０３）、画像メモ
リ６内の画像３１４の文字を埋め込んだ領域は、データ
圧縮手段１６により間引かれて画像表示手段１１に転送
される（ステップ３０４）。転送された部分画像は、表
示メモリ７中の画像３１５に埋め込まれる（ステップ３
０５）。

【００４２】以上のように、上記各操作例によれば、画
像編集手段１０と画像表示手段１１において、編集の種
類によって、同時に処理させたり、単独で処理させた
り、連携して処理させるよう操作することによって、編
集の用途に応じて、効率的でインタラクティブで高速な
画像編集を実現することができる。

【００４３】

【発明の効果】本発明は、上記実施例から明らかなよう
に、編集機能を持つ画像編集手段と編集機能を持つ画像
表示手段と、それぞれに独立にリクエストを発行するリ
クエスト生成部を設け、様々な編集処理に対して、最も
効率よく２つの編集手段が動作するよう制御することに
よって、画像転送を最小限に抑え、インタラクティブで
高速な画像編集を行なうことができる優れた画像処理装
置を実現できるものである。

【図面の簡単な説明】

【図１】本発明の第１の実施例における画像処理装置の
構成を示す概略ブロック図

【図２】本発明の第２の実施例における画像処理装置の
構成を示す概略ブロック図

【図３】同第２の実施例の変形例を示す概略ブロック図

【図４】（ａ）本発明の第３の実施例における第１デー
タ転送部の内部構成を示す概略ブロック図 （ｂ），（ｃ）第１データ転送部におけるデータ変換例
を示す模式図

【図５】（ａ）本発明の画像処理装置を用いて画像編集
を行なう際の第３の操作例を示すフローチャート （ｂ）同操作例における画像の変化を示す模式図

【図６】（ａ）本発明の画像処理装置を用いて画像編集
を行なう際の第４の操作例を示すフローチャート （ｂ）同操作例における画像の変化を示す模式図

【図７】（ａ）本発明の画像処理装置を用いて画像編集
を行なう際の第５の操作例を示すフローチャート （ｂ）同操作例における画像の変化を示す模式図

【図８】従来の画像処理装置の一構成例を示す概略ブロ
ック図

【図９】従来の画像処理装置の別の構成例を示す概略ブ
ロック図

【符号の説明】

１ リクエスト生成部 ２ 第１リクエスト解釈部 ３ 第２リクエスト解釈部 ４ 第１画像処理部 ５ 第２画像処理部 ６ 画像メモリ ７ 表示メモリ ８ ディスプレイ ９ ファイル部 １０ 画像編集手段 １１ 画像表示手段 １２ バス １３ データ転送手段 １４ 第１データ転送部 １５ 第２データ転送部 １６ データ圧縮手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 幡 野 浩 司 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 佐 藤 正 樹 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 画像編集手段および画像表示手段と、前
   記画像編集手段および画像表示手段にリクエストを投入
   するリクエスト生成部と、画像データを格納するファイ
   ル部とを備え、前記画像編集手段が、前記リクエスト生
   成部で生成されたリクエストを解釈し、制御コマンドを
   生成する第１のリクエスト解釈部と、前記第１のリクエ
   スト解釈部からの制御コマンドによって画像処理を行な
   う第１の画像処理部と、前記第１の画像処理部の処理画
   像を格納する画像メモリとを備え、前記画像表示手段
   が、前記リクエスト生成部で生成されたリクエストを解
   釈し、制御コマンドを生成する第２のリクエスト解釈部
   と、前記第２のリクエスト解釈部からの制御コマンドに
   よって画像処理を行なう第２の画像処理部と、前記第２
   の画像処理部の処理画像を格納する表示メモリと、前記
   表示メモリの画像を表示するディスプレイとを備えた画
   像処理装置。
2. 【請求項２】 画像編集手段および画像表示手段と、前
   記画像編集手段および画像表示手段にリクエストを投入
   するリクエスト生成部と、画像データを格納するファイ
   ル部とを備え、前記画像編集手段が前記リクエスト生成
   部で生成されたリクエストを解釈し、制御コマンドを生
   成する第１のリクエスト解釈部と、前記第１のリクエス
   ト解釈部からの制御コマンドによって画像処理を行なう
   第１の画像処理部と、前記第１の画像処理部の処理画像
   を格納する画像メモリとを備え、前記画像表示手段が、
   前記リクエスト生成部で生成されたリクエストを解釈
   し、制御コマンドを生成する第２のリクエスト解釈部
   と、前記第２のリクエスト解釈部からの制御コマンドに
   よって画像処理を行なう第２の画像処理部と、前記第２
   の画像処理部の処理画像を格納する表示メモリと、前記
   表示メモリの画像を表示するディスプレイと、前記画像
   編集手段の画像メモリと前記画像表示手段の表示メモリ
   との間で画像データの転送を行なうデータ転送手段とを
   備えた画像処理装置。
3. 【請求項３】 データ転送手段が、画像メモリ中の編集
   画像データを圧縮して表示メモリへ送るデータ圧縮手段
   を備えた請求項２記載の画像処理装置。
4. 【請求項４】 リクエスト生成部が、画像編集手段内ま
   たは画像表示手段内に構成されている請求項１から３の
   いずれかに記載の画像処理装置。
5. 【請求項５】 リクエスト生成部が、表示専用の処理を
   行なうためのリクエストを画像表示手段に送る請求項１
   から４のいずれかに記載の画像処理装置。
6. 【請求項６】 リクエスト生成部が、編集専用の処理を
   行なうためのリクエストを画像編集手段に送る請求項１
   から４のいずれかに記載の画像処理装置。
7. 【請求項７】 リクエスト生成部が、画像表示手段で表
   示処理を行なうためのリクエストを発行し、画像表示手
   段で最終的な編集操作決定後、その最終リクエストと同
   等のリクエストを画像編集手段に送って画像編集手段に
   おける編集処理を行なう請求項１から４のいずれかに記
   載の画像処理装置。
8. 【請求項８】 リクエスト生成部が、画像表示手段およ
   び画像編集手段にリクエストを送り、表示処理と編集処
   理を並列して行なう請求項１から４のいずれかに記載の
   画像処理装置。
9. 【請求項９】 リクエスト生成部が、画像編集手段で処
   理を行なうためのリクエストを発行し、編集処理終了
   後、画像を画像表示手段に転送する請求項２から４のい
   ずれかに記載の画像処理装置。