JP2000285220A

JP2000285220A - 画像処理方法とその装置、及びそれに使用される画像データフォーマット

Info

Publication number: JP2000285220A
Application number: JP11093491A
Authority: JP
Inventors: Hitoshi Oonoda; 仁大野田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-03-31
Filing date: 1999-03-31
Publication date: 2000-10-13

Abstract

(57)【要約】【課題】コマンド方式の特長を有しつつ、なおかつ将
来にわたって下位互換性を保証することが可能な画像処
理方法とその装置、及びそれに使用される画像データフ
ォーマットを提供する。【解決手段】画像データに画像処理を施し、その処理
結果を出力する場合に、画像データ１０１に施す画像処
理のプログラムコード１１４，１２４を、汎用の画像デ
ータに施す画像処理のプログラムコードが添付されてい
ることを示す画像処理ヘッダ部１０２と、前記汎用の画
像データに施す前記画像処理のプログラムコードを記憶
する画像オペレーションブロック１１０，１２０とを付
加した画像データのフォーマットで、前記画像データ１
０１に対応づけて記憶し、前記画像データを出力する際
に、前記画像データに対して対応して共に記憶された前
記プログラムコードを実行し、その結果得られる画像を
出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像データに処理
を加えて出力を行う画像処理方法とその装置、及びそれ
に使用される画像データフォーマットに関するものであ
る。

【０００２】

【従来の技術】従来の画像データのフォーマットは、ヘ
ッダ情報と画素データから構成されていた。ヘッダ情報
とは、画像の幅と高さ、各画素データのビット数、解像
度情報や色空間情報、画像データの圧縮の有無など、画
素データの属性に関する情報である。画素データは、画
像を構成する各画素の情報であり、単純なものであれば
ＲＧＢの各値を８ｂｉｔ（２５６階調）で表現し、単純
に配列したフォーマットが存在する。また、色そのもの
ではなくインデックス番号を配列し、インデックス番号
に対応する色をヘッダ情報に記録するフォーマットも存
在する。また、画素の情報を画像情報圧縮技術により圧
縮する技術、画像を細かなブロックに分割しブロックご
とに圧縮した画像データ処理方式が知られている。さら
に最近では、複数の解像度のデータを有し、それらが階
層構造を表わすフォーマットで保存される画像データ処
理方式も普及している。

【０００３】なお、画像データを記憶媒体に記録すると
き、多くの場合、ヘッダ情報は画素データの前に置かれ
ることが多いため、通称”ヘッダ情報”と呼ばれている
が、画像データフォーマットによっては、必ずしもその
ような配置にならないものも多い。ここでは、便宜上画
素データ以外の画像の属性情報をすべてヘッダ情報と呼
ぶことにする。

【０００４】さらに、近年では回転やトリミングなどの
画像処理を施した画像データを記憶媒体に保存する際、
実際に回転やトリミングを行った結果得られる画像デー
タ自体を保存するのではなく、回転やトリミングを示す
コマンドと、必要な場合にはそのコマンドを実行するの
に必要なコマンド処理データを画像データに対応づけて
記憶し、出力デバイスに出力する際に、そのコマンドを
対応するコマンド処理データに基づき実施して出力を行
い、回転やトリミングを出力直前に行うようにした画像
データ処理方式も存在する。ここで、コマンドは何らか
の数値（番号）かキーワードに対応する文字列で構成さ
れる。

【０００５】例えば、画像に回転処理を施す場合には、
コマンドとして“ＲＯＴＡＴＥ”というキーワードと、
コマンド処理データとして回転角を現わす１つの数値デ
ータ（例えば、９０度の場合は”９０”など）を原画像
に対応づけて保存していた。この画像データを出力する
場合には、処理手段は原画像に対しコマンド“ＲＯＴＡ
ＴＥ”を読み取り、これが回転を実行するための命令で
あることを解釈し、さらに回転角のコマンド処理データ
を読み取って、画像に回転処理を加え、処理後の画像デ
ータを出力していた。

【０００６】このように画像処理のコマンドとそのコマ
ンドを実行するのに必要なコマンド処理データを、画像
データ対応づけて保存する方式では、もともとの画素デ
ータに一切手を加える必要がないので、画像処理を付加
した画像データの保存が高速に行えることや、コマンド
とコマンド処理データを削除するだけで、画像を以前の
状態に戻すアンドゥ(Undo)処理が容易に実現できるこ
と、さらにコマンド処理データの内容を更新するだけで
画像処理の内容を変更を行うことが可能（例えば、回転
角のデータを変更するだけで出力時の画像の回転量を変
更できる）といった長所がある。

【０００７】便宜上、こうした画像データ処理方式をコ
マンド方式と呼ぶことにする。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来例では、画像を出力する際、コマンドを現わすキーワ
ード（あるいは数値）と、そのコマンドの処理内容をあ
らかじめ対応づけて決めておかなければならなかった。

【０００９】例えば、コマンドとして“ＲＯＴＡＴＥ”
は「画像の回転処理を表わす」という約束をあらかじめ
定義しておかねばならない。また、例えば“ＴＲＩＭＭ
ＩＮＧ”は「画像のトリミング」、“ＳＣＡＬＩＮＧ”
は「画像の拡大あるいは縮小」、“ＢＬＵＲ”は「画像
のぼかし処理」、“ＳＨＡＲＰ”は「画像のシャープさ
を強調する処理」、といった対応関係をあらかじめ定義
し、画像を出力する際に出力手段はこれらのキーワード
を参照し、対応する画像処理の実行プログラムルーチン
（上記例では、回転やトリミングあるいは拡大・縮小、
画像のぼかし、画像のシャープさの強調を実行するプロ
グラムコード）を呼び出し、対応するコマンド処理デー
タ（例えば、“ＲＯＴＡＴＥ”の時の回転角データ）を
参照してそのプログラムを実行して、画像処理を行うこ
とになる。そして、その処理結果を、画面や紙、あるい
はハードディスクやＭＯやフロッピーディスクなどの記
憶媒体に出力していた。

【００１０】ところが、画像処理は様々な種類の技術が
日進月歩で開発されている。このような場合、新しいコ
マンドとその処理内容の対応関係を追加した新しい定義
を制定することにより、従来は新規の画像処理内容を追
加していた。例えば、画像のコントラストを調整する画
像処理を新規に加えたい時、“ＣＯＮＴＲＡＳＴ”とい
うコマンドを定義し、コントラストを調整する実行プロ
グラムコードの対応関係を定め、従来のコマンドと実行
内容の対応関係に追加していた。

【００１１】こうした場合、古い対応関係に基づき記憶
媒体に記憶された画像データは、新旧の対応リストのど
ちらの出力装置でも出力することはできるが、新しい対
応関係に基づき記憶媒体に記憶された画像データに対し
ては、古い対応関係に基づき設計された画像出力装置で
は、解釈不可能なコマンドのキーワードを含んでいる可
能性があるために、画像処理を正しく実施して出力する
ことができない場合が存在した。

【００１２】前例に基づき説明すると例えば“ＲＯＴＡ
ＴＥ”，“ＴＲＩＭＭＩＮＧ”，“ＢＬＵＲ”，“ＳＣ
ＡＬＩＮＧ”，“ＳＨＡＲＰ”のコマンドにしか対応し
ていない古い出力装置では、新規に定義した“ＣＯＮＴ
ＲＡＳＴ”というコマンドを処理することができず、正
しい出力結果を得ることができなかった。

【００１３】したがって、新規約を定めそれを正しく出
力する際には、対応関係の更新時には、画像データのみ
ならず、画像出力装置自体を同時に更新しなければなら
なかった。これは、従来の画像データ処理方式が下位互
換性を有していないことに起因する問題である。したが
って、このような画像データ処理方式は、広く一般に普
及する目的には不利である。こうした背景から、コマン
ド方式のような自由度を有しつつ、なおかつ将来的に発
展した場合でも下位互換性を有する画像データフォーマ
ットとその画像処理方法が望まれている。

【００１４】また、画像データの保存時に必要な記憶容
量の少ない画像データフォーマットが一般的に望まれて
いる。

【００１５】本発明の第１の目的は、コマンド方式の特
長を有しつつ、なおかつ将来にわたって下位互換性を保
証することが可能な画像処理方法とその装置、及びそれ
に使用される画像データフォーマットを提供することに
ある。

【００１６】本発明の第２の目的は、コマンド方式の特
長を有しつつ、なおかつ将来にわたって下位互換性を保
証することが可能であり、かつ高速に画像処理を行うこ
との出来る画像処理方法とその装置、及びそれに使用さ
れる画像データフォーマットを提供することにある。

【００１７】本発明の第３の目的は、コマンド方式の特
長を有しつつ、なおかつ将来にわたって下位互換性を保
証することが可能であり、さらに多くの種類の画像処理
装置の間でも互換性を有することが可能な画像処理方法
とその装置、及びそれに使用される画像データフォーマ
ットを提供することにある。

【００１８】本発明の第４の目的は、コマンドフォーマ
ットの特長を有しつつ、なおかつ将来にわたって下位互
換性を保証することが可能であり、さらに画像データを
保存する際に要する記憶容量を低減することが可能な画
像処理方法とその装置、及びそれに使用される画像デー
タフォーマットを提供することにある。

【００１９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の画像処理方法は、画像データに画像処理を
施し、その処理結果を出力する画像処理方法において、
画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に記憶又は
転送し、前記画像データを出力する際に、前記画像デー
タに対して対応して共に記憶又は転送された前記プログ
ラムコードを実行し、その結果得られる画像を出力する
ことを特徴とする。前記記憶工程では、１つの前記画像
データに対応づけて複数の画像処理のプログラムコード
を前記画像データと共に記憶し、前記出力工程では、前
記複数の画像処理のプログラムコードの中から少なくと
も１つのプログラムコードを選択し、これを前記画像デ
ータに対して実行した結果得られる画像を出力する。

【００２０】又、画像データに画像処理を施し、その処
理結果を出力する画像処理方法において、画像データに
施す画像処理に相当する単数もしくは複数のプログラム
コードを１つの画像処理グループとして、前記画像デー
タに対応づけて前記画像データと共に記憶又は転送し、
前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶又は転送された前記画像処理グルー
プに含まれる全てのプログラムコードを逐次実行し、そ
の結果得られる画像を出力することを特徴とする。前記
記憶工程では、１つの前記画像データに複数の画像処理
グループを対応づけて前記画像データと共に記憶し、前
記出力工程では、複数の画像処理グループの中から１つ
の画像処理グループを選択し、その画像処理グループ内
の全てのプログラムコードを逐次実行し、その結果得ら
れる画像を出力する。

【００２１】又、本発明の画像処理装置は、画像データ
に画像処理を施し、その処理結果を出力する画像処理装
置において、画像データに施す画像処理のプログラムコ
ードを、前記画像データに対応づけて前記画像データと
共に記憶する記憶手段又は転送する転送手段と、前記画
像データを出力する際に、前記画像データに対して対応
して共に記憶又は転送された前記プログラムコードを実
行し、その結果得られる画像を出力する出力手段とを有
することを特徴とする。前記記憶又は転送手段は、１つ
の前記画像データに対応づけて複数の画像処理のプログ
ラムコードを前記画像データと共に記憶又は転送し、前
記出力手段は、前記複数の画像処理のプログラムコード
の中から少なくとも１つのプログラムコードを選択し、
これを前記画像データに対して実行した結果得られる画
像を出力する。

【００２２】又、画像データに画像処理を施し、その処
理結果を出力する画像処理装置において、画像データに
施す画像処理に相当する単数もしくは複数のプログラム
コードを１つの画像処理グループとして、前記画像デー
タに対応づけて前記画像データと共に記憶する記憶手段
又は転送する転送手段と、前記画像データを出力する際
に、前記画像データに対して対応して共に記憶又は転送
された前記画像処理グループに含まれる全てのプログラ
ムコードを逐次実行し、その結果得られる画像を出力す
る出力手段とを有することを特徴とする。前記記憶又は
転送手段は、１つの前記画像データに複数の画像処理グ
ループを対応づけて前記画像データと共に記憶又は転送
し、前記出力手段は、複数の画像処理グループの中から
１つの画像処理グループを選択し、その画像処理グルー
プ内の全てのプログラムコードを逐次実行し、その結果
得られる画像を出力する。

【００２３】又、本発明の記憶媒体は、画像データに画
像処理を施し、その処理結果を出力する画像処理プログ
ラムをコンピュータ読取り可能に記憶する記憶媒体であ
って、画像データに施す画像処理に相当する単数もしく
は複数のプログラムコードを１つの画像処理グループと
して、前記画像データに対応づけて前記画像データと共
に記憶又は転送するプログラムモジュールと、前記画像
データを出力する際に、前記画像データに対して対応し
て共に記憶又は転送された前記画像処理グループに含ま
れる全てのプログラムコードを逐次実行し、その結果得
られる画像を出力するプログラムモジュールとを含むこ
とを特徴とする。

【００２４】又、画像データに画像処理を施し、その処
理結果を出力する画像処理プログラムをコンピュータ読
取り可能に記憶する記憶媒体であって、１つの前記画像
データに複数の画像処理グループを対応づけて前記画像
データと共に記憶又は転送するプログラムモジュール
と、複数の画像処理グループの中から１つの画像処理グ
ループを選択し、その画像処理グループ内の全てのプロ
グラムコードを逐次実行し、その結果得られる画像を出
力するプログラムモジュールとを含むことを特徴とす
る。

【００２５】ここで、前記プログラムコードは、画像処
理を行うコンピュータの中央演算装置の種類に依存しな
い中間プログラムコードで構成されており、前記中間プ
ログラムコードを実行前に解釈して、画像処理を行うコ
ンピュータの中央演算装置が直接的に解釈可能なプログ
ラムコードに変換するプログラムモジュールを更に含
む。また、前記プログラムコードを、記憶媒体に保存さ
れる際、あるいは転送される際に、データ圧縮技術によ
り圧縮するプログラムモジュールと、プログラムコード
の実行時に解凍するプログラムモジュールとを更に含
む。

【００２６】又、本発明の画像データのフォーマット
は、画像データに画像処理を施し、その処理結果を出力
する場合に作成される画像データのフォーマットであっ
て、汎用の画像データに施す画像処理のプログラムコー
ドが添付されていることを示す第１の領域と、前記汎用
の画像データを記憶する第２の領域と、前記汎用の画像
データに施す前記画像処理のプログラムコードを記憶す
る第３の領域を有することを特徴とする。ここで、前記
第３の領域には、１つの前記画像データに対応づけて複
数の画像処理のプログラムコードが記憶される。また、
画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして記
憶していることを示す第４の領域を更に有する。また、
前記第３の領域には、１つの前記画像データに複数の画
像処理グループが対応づけて記憶される。

【００２７】以上の各発明において、前記プログラムコ
ードは、画像処理を行うコンピュータの中央演算装置が
直接的に解釈可能なプログラムコードで構成されてい
る。また、こ前記プログラムコードは、画像処理を行う
コンピュータの中央演算装置の種類に依存しない中間プ
ログラムコードで構成されている。また、前記中間プロ
グラムコードは、実行前に解釈されて、画像処理を行う
コンピュータの中央演算装置が直接的に解釈可能なプロ
グラムコードに変換される。また、前記プログラムコー
ドは、記憶媒体に保存される際、あるいは転送される際
に、データ圧縮技術により圧縮され、プログラムコード
の実行時に解凍して実行される。

【００２８】

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

【００２９】＜本実施の形態の画像データの作成例＞（本実施の形態の画像処理装置の構成例）はじめに、本
発明を適用する実施の形態の画像処理装置の全体構成を
図１を参照して説明する。図１は本実施の形態の画像処
理装置のブロック構成図であり、例えば汎用のＰＣ（パ
ーソナルコンピュータ）であってもよい。

【００３０】図中、１は装置の全体制御を司る演算制御
用のＣＰＵ、２は処理画像を表示するＣＲＴなどのディ
スプレイ、３は操作者の各種指示データなどを入力する
キーボード、４は基本的な処理プログラムやパタメータ
などを記憶しているＲＯＭ、５は各種処理結果等と、記
憶装置６や外部記憶装置９等からロードされたプログラ
ムなどを一時的に記憶するＲＡＭ、６は画像データや画
像処理プログラムなどを記憶するハードディスクドライ
ブ（ＨＤＤ）などの記憶装置、７は外部の装置と通信回
線１０を介して通信するための通信インターフェイス、
８は入力補助手段としてのマウスなどのポインティング
装置、９はフロッピーディスクドライブや光磁気ディス
クドライブ、ＣＤ−ＲＯＭ、ＣＤ−Ｒなど、いわゆるリ
ムーバブルメディアを制御する外部記憶装置である。こ
れらの機器はバス１１によって相互に接続されている。

【００３１】図２は、本実施の形態の機能を有する画像
処理アプリケーションにより表示される表示画面例であ
り、ディスプレイ２に表示される。

【００３２】すなわち、ある画像データが外部記憶装置
９や通信インターフェイス７などを介してＰＣに入力さ
れると、ＲＯＭ４もしくは記憶装置６に記憶された本実
施の形態の機能を有するアプリケーションによって、記
憶装置６に記憶された後、ディスプレイ２に出力され、
その内容は図２の原画像表示部２１のように表示され
る。読み込まれる画像は、外部記憶装置９や通信インタ
ーフェイス７以外にも、不図示の各種スキャナーやデジ
タルカメラなどから読み込まれたものであってもかまわ
ない。

【００３３】（本実施の形態の画像データの第１の作成
例）図３に、この際に読み込まれた画像データの構造例
を示す。

【００３４】図３に示したように、汎用画像データ部１
０１はヘッダ情報と画素データとに分けることができ
る。汎用画像データ部１０１は、汎用的に使用されてい
る画像フォーマット（例えば、ＪＰＥＧやＴＩＦＦな
ど）でも良い。また、図示したようにヘッダ情報が必ず
しもデータ領域の先頭にある必要はなく、またヘッダ情
報や画素データが複数のデータ領域に分離されていても
かまわない。説明を簡単化するだけのために、図３では
非常に単純な状態で図示しており、実際の画像データは
より複雑な構成であることが多いことは言うまでもな
い。

【００３５】本実施の形態においては、汎用画像データ
部１０１を読み込み、記憶装置６にデータが記憶される
際、汎用画像データ部１０１の先頭に、画像処理ヘッダ
部１０２が付加される。この画像処理ヘッダ部１０２
は、識別子１０３、画像オペレーション数１０４、最初
のオペレーションへのポインタ１０５、画像スタート位
置へのポインタ１０６、画像サイズ１０７の各データブ
ロックで構成される。

【００３６】識別子１０３は、同データをプログラムが
参照する際、データの安全性を高めるための１つの手法
であり、固定バイト数の中に所定のコードを設定したも
のが使用される。例えば、本例においては、“ＯＯＦＩ
Ｄ”という５バイトコードを埋めこんでおく。これによ
り、プログラムが本データを参照する際に、先頭の５バ
イトが“ＯＯＦＩＤ”でなければ、本実施の形態の画像
データフォーマットではないと判断することができる。
また、先頭の５バイトが“ＯＯＦＩＤ”であれば、本実
施の形態の画像データフォーマットの可能性が高いと判
断することができる。このコードの長さや内容は、既存
の画像データフォーマットの識別子と異なるものであれ
ばどのようなものであってもかまわない。また、他にデ
ータの安全性を保証する手段を設けた場合などには、識
別子は無くてもかまわない。

【００３７】画像オペレーション数１０４は、本実施の
形態の特長である画像データに付加される画像処理プロ
グラム（以下、オペレーションと称す）の数を現わして
おり、初期状態では０となる。詳細に関しては後述す
る。

【００３８】最初のオペレーションへのポインタ１０５
は、最初の画像処理プログラムが記述されている位置を
示すものである。本例の場合、初期状態ではオペレーシ
ョンが付加されていないので、ポインタの値は空白を意
味する０にセットされる。

【００３９】画像スタート位置へのポインタ１０６は、
データ領域の先頭から、汎用の画像データの先頭までの
長さを示しており、汎用画像データ部１０１の先頭のア
ドレスを指し示す指標となる。

【００４０】例えば、識別子１０３が５バイト、画像オ
ペレーション数１０４が４バイト、最初のオペレーショ
ンへのポインタ１０６が８バイト、画像スタート位置へ
のポインタ１０６が４バイト、後述の画像サイズ１０７
が４バイトで構成されている場合、画像処理ヘッダ部１
０２と汎用画像データ部１０１が連続していれば、画像
スタート位置へのポインタの内容は合計の２５となる。
また、これより大きい値を設定しておけば、画像処理ヘ
ッダ部１０２と汎用画像データ部１０１の間に領域が確
保されるので、さらにコメントや他の付加情報をこの部
分に記録することも可能となる。

【００４１】画像サイズ１０７は、汎用画像データ部１
０１のサイズをバイト単位で示したものであり、例えば
もとの画像データサイズが１５０，０００バイトであれ
ば、その数値が記録される。

【００４２】外部記憶手段９から読み込まれた画像デー
タが、すでに本実施の形態の画像データフォーマットで
あることが確認された場合（例えば、先頭の５バイトが
“ＯＯＦＩＤ”で構成されていることが確認された場
合）、このような画像処理ヘッダ部１０２を付加する必
要はない。

【００４３】図２で画像データが画像表示部２１に表示
された際、画面上には同図２３から３２で表わされるボ
タンが表示される。ボタン２３から３０は、画像処理を
指示するボタンであり、ボタン２３は画像の回転を指示
するボタン(Rotate)、ボタン２４は画像のトリミングを
指示するボタン(Trim)、ボタン２５は色補正を指示する
ボタン(Color)、ボタン２６はカラー画像を白黒化する
ボタン(Mono)、ボタン２７は画像にぼかしを加えるボタ
ン(Blur)、ボタン２８は画像のシャープネスを上げるボ
タン(Sharp)、ボタン２９はコントラスト調整を指示す
るボタン(Contrast)、ボタン３０はカラーセピア化を指
示するボタン(Sepia)である。また、２２は処理された
後の画像を表示する処理結果画像表示部である。

【００４４】例えば、回転を指示するボタン２３を押す
（タッチする）と、図４のように回転角を指示するダイ
アログ３５が現れる。ダイアログ３５には３つのボタン
３６、３７、３８があり、それぞれ左（反時計回り）９
０度回転、１８０度回転、右（時計回り）９０度回転を
指示するボタンである。本例では、９０度毎の回転を指
示する例であるが、操作者に任意の回転角を指示させる
ようにしても良い。

【００４５】ボタン３６、３７、３８のいずれかを押す
と画像に回転処理が加えられ、本実施の形態における画
像データフォーマットは、図５ように、１１０の回転オ
ペレーションブロックが付加された状態で記憶手段６に
記憶される。

【００４６】オペレーションブロック１１０は、次のオ
ペレーションへのポインタ１１１と画像処理の内容を現
わすプログラムコード１１４とそのサイズを現わすプロ
グラムコードサイズ１１２、画像処理を行うのに必要な
パラメータを格納するデータ１１６とそのサイズを現わ
すデータサイズ１１３の各ブロックで構成される。

【００４７】（回転オペレーションの指定例）回転オペ
レーションの場合は、画像に回転を加えるためのプログ
ラムコードがプログラムコード１１４のブロックに記憶
される。このプログラムコードは、回転処理を行うプロ
グラムとして、あらかじめ記憶手段６もしくはＲＯＭ
４、もしくはＲＡＭ５などに記憶されており、その内容
が転送される。

【００４８】プログラムコードの内容は、ＣＰＵ１が解
釈可能なコードで記述されており、これにより後々実際
の画像処理を行う際、その処理を高速に行うことが可能
となる。また、プログラムコード（データを含む）は公
知のデータ圧縮技術により、記憶装置６などへの保存の
際にはそのサイズを圧縮しておき、プログラムを実行
時、ＲＡＭ５に転送する際に、プログラムやデータの内
容を解凍して転送して実行するようにすると、本実施の
形態の画像データを保存する際に必要とする容量を低減
することができる。

【００４９】又、プログラムコードの内容は、ＣＰＵの
種類に依存しない中間言語で記述されていてもよく、あ
らかじめ記憶手段６もしくはＲＯＭ４、もしくはＲＡＭ
５に記憶されている“中間言語からＣＰＵ１が解釈可能
な命令に変換するプログラム”を介して処理されるよう
に記述されている。（具体的には、Sun Micro Systems
のＪＡＶＡ（商標）言語などがある。）中間言語は様々
なプログラムに利用可能な汎用的な処理言語体系を有し
ていてもよいし、画像処理プログラムに特化した特別な
言語体系を用いたものでもよいが、将来性を考慮する
と、画像処理に対して強化されており、なおかつ様々な
プログラムに利用可能な汎用的な処理言語体系が好まし
い。こうした、中間言語を用いることにより、ＣＰＵに
依存しない画像処理プログラムコードを準備しておくこ
とが可能となる。

【００５０】回転処理自体のプログラムには特に新規性
は必要なく公知の方法で十分であるため、コードの内容
自体に関しては省略する。ただし、メモリのどの位置に
このプログラムがロードされても実行可能なように、コ
ードはリロケータブルにコーディングされたものである
ものが好ましい。

【００５１】プログラムコードサイズ１１２には、回転
処理プログラムのデータサイズがバイト単位で記録され
る。例えば、回転処理を行うプログラムのサイズが、３
６，０００バイトであれば、その値が記録される。

【００５２】回転処理データ１１５のブロックには、回
転処理に必要なパラメータである回転角が記憶される。
例えば、前述の図４の回転角を指示するダイアログにお
いて、１８０度回転を指示するボタン３７が押された場
合には、回転処理データ１１５に１８０度を現わすデー
タが記録される。

【００５３】データサイズ１１３のブロックには回転処
理データ１１５のサイズが記憶される。例えば、前述の
回転角１８０のデータサイズが２バイトであれば、２を
現わすデータが記録される。

【００５４】ここでは次に実行されるオペレーションが
存在しないので、次のオペレーションへのポインタ１１
１のブロックには「なし」を現わす０が記録される。

【００５５】回転オペレーション１１０の追加に伴い、
画像処理ヘッダ１０２内の画像オペレーション数１０４
は、現在のオペレーション数の１に更新される。また、
最初のオペレーションへのポインタ１０５には、回転オ
ペレーションブロック１１０へのポインタが、画像処理
ヘッダ１０２の先頭からのバイト量として記憶される。
例えば、画像処理ヘッダ１０２が２５バイト、汎用画像
データ部１０１が１５０，０００バイトでそれらが連続
して記憶されている場合、１５０，０２５という情報が
最初のオペレーションへのポインタ１０６に記録され
る。

【００５６】画像に画像処理が加えられるとその処理結
果が、図２の処理結果画像表示部２２に表示される。そ
の過程を以下に説明する。

【００５７】アプリケーションは図５の画像データの先
頭部の識別子１０３を参照し、その内容が“ＯＯＦＩ
Ｄ”であることを確認する。

【００５８】次に、画像のオペレーション数１０４を参
照し、現在画像に付加されているオペレーションの数が
１であることをＲＡＭ５上に記憶しておく。次に、画像
のスタート位置へのポインタ１０６が示す位置から、画
像サイズ１０７で示された画像サイズの領域を汎用の画
像データとしてＲＡＭ５に転送する。

【００５９】画像データの転送先のアドレスは、ＣＰＵ
１のレジスタ（不図示）が保持するスタックポインタに
追加されスタックポインタは更新される。スタックポイ
ンタに関してはＣＰＵを構成する一般的な公知技術であ
るので詳細については解説しない。

【００６０】次に、最初のオペレーションへのポインタ
１０５を参照し、最初のオペレーションブロック１１０
を参照する。まず、プログラムコード１１４の内容を、
ＲＡＭ５のプログラム領域に転送する。この際、転送す
るプログラムコードの転送バイト数はプログラムコード
サイズ１１２の内容を参照する。次に、プログラムコー
ド１１４に続く、処理データ１１５の内容をＲＡＭ５の
データ領域に転送し、その転送先のアドレスをスタック
ポインタに追加する。前記処理データの内容を転送する
際、データサイズ１１３の内容を参照することでデータ
転送量を知ることができる。

【００６１】また、プログラムコード１１４や処理デー
タ１１５が公知のデータ圧縮技術により、圧縮保存され
ている場合には、圧縮された情報を解凍する公知のプロ
グラムにより、ＲＡＭ５への転送の際にプログラムやデ
ータを解凍して転送する。

【００６２】次に、プログラムはＣＰＵ１内で保持する
プログラムカウンタ（不図示）の値を、ＲＡＭ５上に転
送されたプログラムコードの先頭アドレスに設定し、画
像処理プログラムをサブルーチンとして起動する。プロ
グラムカウンタに関してはＣＰＵを構成する一般的な公
知技術であるので詳細に関しては解説しない。

【００６３】プログラムはスタックポインタに蓄積され
た、処理データ１１５のアドレス、汎用画像データ部１
０１のアドレスを実行の際に読み出し、そのアドレスが
指し示す領域の内容を、画像処理のパラメータとなる処
理データ、および画像処理の対象となる画素データとし
て認識し、画像回転の処理を行う。

【００６４】ここで、画像処理のプログラムはＣＰＵ１
が直接解釈可能なコードで記述されているので、その処
理は高速に実行される。尚、画像の回転に関する処理の
内容に関しては、公知の技術であり本発明の意図とは直
接関係がないためここでは省略する。

【００６５】回転処理を行った結果得られる新しい画像
データは、ＲＡＭ５上の別の部分に記憶され、回転処理
プログラムは新しい画像データが記憶されたＲＡＭ５上
の先頭アドレスをスタックに記憶して処理を終了し、処
理はアプリケーションに戻る。

【００６６】アプリケーションは、スタックに記憶され
たこの新しい画像データへのアドレスを参照して、図２
の処理結果画像表示部２２にその画像を表示する。

【００６７】操作者はその処理結果に満足であれば、図
２のＯＫボタン３１を押し、不満であればＣａｎｃｅｌ
ボタン３２を押す。

【００６８】ＯＫボタン３１が押されると、回転処理が
加えられた新しい画像データが保持され、次の出力段階
に入る。出力段階では、外部記憶装置への画像データの
保存や通信インターフェイス７を介して他の装置への画
像データの転送や、不図示のプリンタへ画像の出力など
が行われる。

【００６９】Ｃａｎｃｅｌボタン３２が押されるとＲＡ
Ｍ５にある回転処理が加えられた新しい画像データは破
棄され、画像データの内容は図３に示す初期状態に戻
る。

【００７０】（ぼかしオペレーションの追加例）また、
ＯＫボタン３１やキャンセルボタン３２ではなく、各種
画像処理ボタン２３から３０が押された場合には、回転
処理が加えられた新しい画像に対して、さらに追加で画
像処理が加えられる。

【００７１】たとえば、ぼかし指示ボタン２７が押され
た場合には、公知の画像ぼかし処理が加えられ、本実施
の形態における画像データフォーマットは図６のよう
に、ぼかしオペレーションブロック１２０が付加された
状態で記憶装置６に記憶される。

【００７２】ぼかしオペレーションの場合は、プログラ
ムコード部には画像にぼかしを加えるためのプログラム
コードが１２４に記憶される。このプログラムコード
は、ぼかし処理を行うプログラムとして、あらかじめ記
憶手段６もしくはＲＯＭ４、もしくはＲＡＭ５などに記
憶されており、その内容が転送される。プログラムコー
ドの内容はＣＰＵ１が解釈可能なコードで記述されてお
り、これにより後々実際の画像処理を行う際、その処理
を高速に行うことが可能となる。

【００７３】ぼかし処理の方法には、ガウス分布に相当
する係数を有する正方形マスクパターンと画像データと
の間でたたみ込み演算を行う方法や単純な移動平均をと
る方法など、さまざまな公知の方法が存在するが、処理
内容自体のプログラムには特に新規性は必要なく公知の
方法で十分であるため、コードの内容自体に関しては省
略する。

【００７４】プログラムコードサイズ１２２には、ぼか
し処理を行うプログラムのサイズがバイト単位で記録さ
れる。処理データ１２５には、ぼかし処理に必要なパラ
メータの情報が記憶される。ぼかし量が固定的であれ
ば、プログラムコード１２４にぼかし量をハードコーデ
ィングして、処理データ１２５を削除することも可能で
ある。その場合には、データサイズ１２３には０が記録
される。ぼかし量を任意設定可能とする場合には、たと
えばぼかし処理がガウス分布のマスクと画像のたたみ込
み演算を行う方法であれば、ガウス分布ｇ（ｘ，ｙ）の
マスクは g(x,y)=exp｛-(x*x+y*y)/(2*V)｝/(2*pi*V) で現わすことが可能であるので、このぼかし量を制御す
る係数Ｖの値（例えば０．５）とマスクのサイズ（例え
ば５ｘ５）をパラメータとすることができる。また、マ
スクの各係数をあらかじめ演算しておき、マスクの全て
もしくは一部の係数をパラメータとしておくことも可能
である。こうしたぼかし量に関する必要な係数の情報が
処理データ１２５に記録され、データ全体のバイト数が
データサイズブ１２３に記録される。ここでは、ぼかし
処理が実行される最後のオペレーションとなるので、次
のオペレーションへのポインタを示すブロック１２１に
は「なし」を現わす０が記録される。

【００７５】ぼかしオペレーション１２０の追加に伴
い、画像処理ヘッダ１０２内の画像オペレーション数１
０４は、現在のオペレーション数の２に更新される。ま
た、回転オペレーションブロック内の次のオペレーショ
ンへのポインタ１１１には、ぼかし処理オペレーション
ブロックへのポインタが、回転オペレーションブロック
１１０の先頭からのバイト数で記憶される。

【００７６】例えば、次のオペレーションへのポインタ
１１１が８バイト、プログラムコードサイズ１１２とデ
ータサイズ１１３がそれぞれ４バイト、回転処理プログ
ラムコード１１４が３６，０００バイト、回転処理デー
タ１１５が２バイトで、回転処理オペレーションブロッ
ク１１０とぼかし処理オペレーションブロック１２０の
間が連続して記録されている場合には、３６，０１８が
次のオペレーションへのポインタ１１１に記録され、こ
れを参照することにより、次のぼかしオペレーションブ
ロック１２０を高速に検索することができる。

【００７７】ぼかし処理が加えられるとその処理結果
が、図２の処理結果画像表示部２２に表示される。その
過程を以下に説明する。

【００７８】アプリケーションは図６の画像データの先
頭部の諭別子１０３を参照し、その内容が“ＯＯＦＩ
Ｄ”であることを確認する。

【００７９】次に、画像のオペレーション数１０４を参
照し、現在画像に付加されているオペレーションの数が
２であることをＲＡＭ５上に記憶しておく。次に、画像
のスタート位置へのポインタ１０６が示す位置から、画
像サイズ１０７で示された画像サイズの領域を汎用の画
像データとしてＲＡＭ５に転送する。画像データの転送
先のアドレスは、ＣＰＵ１のレジスタ（不図示）が保持
するスタックポインタに追加され、スタックポインタは
更新される。

【００８０】次に、最初のオペレーションへのポインタ
１０５を参照し、最初のオペレーションブロック１１０
を参照する。まず、プログラムコード１１４の内容を、
ＲＡＭ５のプログラム領域にロードする。この際、転送
するプログラムコードの転送バイト数はプログラムコー
ドサイズ１１２の内容を参照する。次に、プログラムコ
ード１１４に続く、処理データ１１５の内容をＲＡＭ５
に転送し、その転送先のアドレスをスタックポインタに
追加する。前記処理データ１１５の内容を転送する際、
データブロックの転送データ量は、データサイズ１１３
の内容を参照することで転送量を知ることができる。

【００８１】次に、プログラムはＣＰＵ１内で保持する
プログラムカウンタ（不図示）の値を、ＲＡＭ５上に転
送されたプログラムコードの先頭アドレスに設定し、画
像処理プログラムをサブルーチンとして起動する。プロ
グラムはスタックポインタに蓄積された、処理データ１
１５のアドレス、汎用画像データ部１０１のアドレスを
実行の際に読み出し、そのアドレスが指し示す領域の内
容を画像処理のパラメータとなる処理データ、および画
像処理の対象となる汎用の画素データとして認識し、画
像回転の処理を行う。ここで、回転処理のプログラムは
ＣＰＵ１が直接解釈可能なコードで記述されているの
で、その処理は高速に実行される。

【００８２】回転処理を行った結果得られる新しい画像
データは、ＲＡＭ５上の別の部分に記憶され、回転処理
プログラムは新しい画像データが記憶されたＲＡＭ５上
の先頭アドレスをスタックに記憶して処理を終了し、処
理はアプリケーションに戻る。

【００８３】アプリケーションは次に、画像オペレーシ
ョン数１０４の情報から、もう１つオペレーションが付
加されていることが判断できるので、次の画像処理に入
る。先程実行した回転オペレーションブロック１１０内
の次オペレーションへのポインタ１１１の内容から、２
番目のオペレーションブロック１２０を参照する。

【００８４】次に、プログラムコード１２４の内容をＲ
ＡＭ５のプログラム領域にロードする。この際、転送す
るプログラムコードの転送バイト数はプログラムコード
サイズ１２２の内容を参照する。次にプログラムコード
１２４に続く、処理データ１２５の内容をＲＡＭ５に転
送し、その転送先のアドレスをスタックポインタに追加
する。処理データのサイズはデータサイズ１２３の内容
を参照することで知ることができる。もし、データサイ
ズ１２３の内容が０であれば、プログラム実行に必要な
データは存在しないので、スタックポインタを更新する
必要はない。

【００８５】次に、プログラムはＣＰＵ１内で保持する
プログラムカウンタ（不図示）の値を、ＲＡＭ５上に転
送されたぼかしプログラムコードの先頭アドレスに設定
し、画像処理プログラムをサブルーチンとして起動す
る。プログラムはスタックポインタに蓄積された処理デ
ータ１２５のアドレスと、先に回転処理が実施された新
しい画像データへのアドレスを実行の際に読み出し、そ
のアドレスが指し示す領域の内容を画像処理のパラメー
タとなる処理データ、および画像処理の対象となる汎用
の画素データとして認識し、画像のぼかし処理を行う。
ここで、ぼかし処理のプログラムはＣＰＵ１が直接解釈
可能なコードで記述されているので、その処理は高速に
実行される。

【００８６】ぼかし処理を行った結果得られる新しい画
像データは、ＲＡＭ５上に記憶され、その先頭アドレス
をスタックに記憶して処理を終了し、処理はアプリケー
ションに戻る。アプリケーションは、スタックに記憶さ
れたこの新しい画像データへのアドレスを参照して、Ｒ
ＡＭ５上の画像処理が施された画像データを図２の処理
結果画像表示部２２に表示する。

【００８７】操作者はその処理結果に満足であれば、図
２のＯＫボタン３１を押し、不満であればＣａｎｃｅｌ
ボタン３２を押す。

【００８８】ＯＫボタン３１が押されると、ＲＡＭ５に
ある回転処理とぼかし処理が加えられた新しい画像デー
タは保持され、次の出力段階に入る。出力段階では、外
部記憶装置への画像データの保存や通信インターフェイ
ス７を介して他の装置への画像データの転送や、不図示
のプリンタへ画像の出力などが行われる。

【００８９】Ｃａｎｃｅｌボタン３２が押されるとＲＡ
Ｍ５にあるぼかし処理が加えられた新しい画像データは
破棄され、画像データの内容は図５に示す回転処理のみ
の状態にもどる。

【００９０】また、外部記憶手段９や通信インターフェ
イス７を介して、新しい種類の画像処理が付加された画
像データが転送されてきた場合、従来はアプリケーショ
ンが新しい種類の画像処理に対応したものでなければ、
実際に画像処理を行いプリンタなどに出力することがで
きなかったが、本実施の形態の画像データフォーマット
であれば、画像処理のプログラムが付加されているの
で、処理装置のＣＰＵの種類が同じであれば、古いアプ
リケーションであっても、画像データを処理してプリン
タに出力することが可能である。

【００９１】また、図３、図５、図６で説明してきたデ
ータフォーマットは、記憶手段６や外部記憶手段９など
に、連続した１つのデータ（ファイル）として保存され
ることを前提としている。しかし、ＣＰＵが直接アクセ
スするＲＡＭ５に本実施の形態の画像データがロードさ
れ画像処理が行われる場合には、画像処理ブロック１０
２、汎用画像データ部１０１、オペレーションブロック
１１０，１２０などが連続している必要はなく、各ブロ
ックが不連続でメモリ上にロードされてもよく、アプリ
ケーションが効率良く処理を実行できるような状態でＲ
ＡＭ５上にロードされればよい。この場合、１０５、１
０６、１１１、１２１などの各種ポインタはＲＡＭ５上
にロードされた際のアドレス等に変換すれば良いのは言
うまでもない。

【００９２】また、これまでの説明において画像データ
に変更が加えられるたびに、逐次記憶装置６上の画像デ
ータファイルが更新されるように説明してきたが、常に
ＲＡＭ５上のデータのみを更新しておき、記憶手段に保
存する必要が生じた場合のみ、説明したデータフォーマ
ットで記憶手段に保存するようにしても良いのは言うま
でもない。

【００９３】また、上記例では、設定された回転処理と
ぼかし処理とを順に実行して、処理結果画像表示部２２
に表示する例を示したが、画像処理ヘッダ部に連結され
た画像オペレーション・ブロックの処理を表示して、そ
の中からオペレータが所望の処理のみを選択して実行す
るようにしてもよい。

【００９４】（第１の画像データ作成例を実現するため
のデータ例）図１６に、本実施の形態の第１の画像デー
タ作成例を実現するために予めＲＡＭ５や記憶装置６や
外部記憶装置９に準備されているデータ例を示す。

【００９５】上記本実施の形態の動作において、画像処
理ヘッダ部やプログラムコードを含むオペレーションブ
ロックの作成については、逐次組立てるように記載され
ているが、例えば、図１６の上図のように、識別子以外
は初期値が入った画像処理ヘッダ部３０２を予め画像処
理ヘッダ部・ポインタ３０１の指すアドレスに用意し、
これを読み出して汎用画像データに付加するようにする
と迅速な処理が可能になる。一方、図１６の下図のよう
に、各オペレーションのポインタ３１０ａとそのオペレ
ーションのプログラムの圧縮方式や言語体系等３１０ｂ
とから成る複数のオペレーションを指示するオペレーシ
ョンデーブル３１０を設け、例えば、回転処理(Rotate)
のオペレーションブロックをブロック３１１から生成
し、ボカシ処理(Blur)のオペレーションブロックをブロ
ック３１２から生成し、カラーセピア化処理(Sepia)の
オペレーションブロックをブロック３１３から生成し、
オプショナルに設定されるオペレーションブロックをブ
ロック３１４から生成する。このようにして、画像処理
ヘッダ部やプログラムコードを含むオペレーションブロ
ックが迅速に作成できる。

【００９６】（第１の画像データ作成例の概略手順を示
すフローチャート）図１７に、本実施の形態の第１の画
像データ作成例の概略手順を示すフローチャートを示
す。

【００９７】通信インターフェース７や外部記憶装置９
から画像データが入力されると、まずステップＳ１０１
で画像データの所定位置（本例では先頭の５バイト）
が”００ＦＩＤ”であるか否かを判定する。”００ＦＩ
Ｄ”でなければ、ステップＳ１０２で汎用画像データに
画像処理ヘッダ部を付加して、ステップＳ１０５で図２
のような画像オペレーション・メニューを表示する。”
００ＦＩＤ”であれば、ステップＳ１０３で画像オペレ
ーション数が０か否かを判定する。画像オペレーション
数が０であれば、ステップＳ１０５に進んで図２のよう
な画像オペレーション・メニューを表示する。画像オペ
レーション数が０で無ければ、ステップＳ１０４で既に
設定されている画像オペレーションを実行し、ステップ
Ｓ１０５に進んで図２のような画像オペレーション・メ
ニューを表示する。ステップＳ１０４を経てきた場合
は、画像オペレーション実行後の画像が処理結果画像表
示部２２に表示される。

【００９８】ステップＳ１０６で画像オペレーションの
選択を待って、画像オペレーションの選択入力がある
と、ステップＳ１０７で選択された画像オペレーション
のオペレーション・ブロックを追加し、ステップＳ１０
８でオペレーション・ブロックの追加に対応して画像処
理ヘッダ部を更新し、ステップＳ１０９で新たなオペレ
ーション・ブロックのプログラムコードを必要であれば
解凍及び／又は解釈して、実行し、その結果を処理結果
画像表示部２２に表示する。

【００９９】ステップＳ１１０で画像オペレーション・
メニューの選択を待って、”ＯＫ”の場合は画像データ
の作成処理を終了し、”Ｃａｎｃｅｌ”の場合は、ステ
ップＳ１１１で新たに追加したオペレーション・ブロッ
クを削除して、画像処理ヘッダ部（及び前のオペレーシ
ョン・ブロック）を更新して、ステップＳ１０６に戻
り、他の画像オペレーションが選択された場合は、ステ
ップＳ１０７に戻ってオペレーション・ブロックを追加
する。

【０１００】尚、本フローチャートは、本実施の形態の
一部を概略的に示したものであってこれに限定されるこ
とはなく、上記処理説明に基づいた種々の変更、追加、
修飾が可能である。

【０１０１】（本実施の形態の画像データの第２の作成
例）本実施の形態の処理を行う画像処理装置の全体構成
は、上記と同様、図１のブロック構成である。各部の内
容に関しては同様であるのでここでの説明は割愛する
が、ＲＯＭ４やＲＡＭ５、記憶装置６などに記憶される
プログラムと、そのプログラムが扱う画像データフォー
マットが異なっている。

【０１０２】本実施の形態においては、汎用画像データ
を読み込み、記憶装置６にデータが記憶される際、汎用
の画像データに対応づけたファイルとして、図７の２０
２に示す画像処理ヘッダ部ファイルが付加される。この
画像処理ヘッダ部ファイル２０２は、識別子２０３、画
像処理グループ数２０４、最初の画像処理グループへの
ポインタ２０５、画像へのポインタ２０６の各ブロック
で構成され、アプリケーションが画像を扱う際、最初に
参照するファイルとなる。

【０１０３】識別子２０３は、同データをプログラムが
参照する際、データの安全性を高めるための１つの手法
であり、固定バイト数の中に所定のコードを設定したも
のが使用される。たとえば、本例においては、“ＯＯＦ
ＩＤ２”という６バイトコードを埋め込んでおく。これ
により、プログラムが本データを参照する際に、先頭の
６バイトが“ＯＯＦＩＤ２”でなければ、本実施の形態
の画像データフォーマットではないと判断することがで
きる。また、先頭の６バイトが“ＯＯＦＩＤ２”であれ
ば、本実施の形態の画像データフォーマットの可能性が
高いと判断することができる。コードの長さや内容は既
存の画像データフォーマットの識別子と異なるものであ
ればどのようなものであってもかまわない。

【０１０４】画像処理グループ数２０４は、対象となる
１つの画像データに対して、何種類の画像処理グループ
を割り当てているかをあらわしている。詳細に関しては
後述する。初期状態では、どのような画像処理グループ
も登録されていないので、画像処理グループ数２０４の
内容は０である。

【０１０５】最初の画像処理グループへのポインタ２０
５は、最初の画像処理グループファイルのファイル名を
格納する固定長のバッファである。本例においては、各
種データが別々のファイルに記録されるので、それらの
データを指し示すポインタとして、本例ではファイル名
を使用する。したがって、最初の画像処理グループへの
ポインタ２０５も、例えば１０２４バイトの文字列バッ
ファであり、このバッファ内に最初の画像処理グループ
を表すファイルのファイル名が格納される。

【０１０６】ファイル名のバッファは必ずしも固定長で
ある必要はなく、例えば文字列の終端のコードを０など
ときめておけば、可変長のバッファとして扱うことも可
能である。以下の説明においても説明を具体的に行うた
めに、個々のデータの保存内容について説明している
が、本実施の形態はこうした保存フォーマットをなんら
限定するものではない。初期状態では、どのような画像
処理グループも登録されていないので、最初の画像処理
グループへのポインタ２０５は、空の文字列が設定され
ている。

【０１０７】画像へのポインタ２０６は、処理対象とな
る汎用画像データファイルの場所を示すための固定長の
文字列バッファであり、このバッファ内に処理対象画像
のファイル名が格納される。例えば、外部記憶装置９や
通信インターフェイス７などを経由して入力され記憶装
置６に保存された汎用画像データファイルのファイル名
が"/image/sample.jpg"であった場合、画像へのポイン
タ２０６には、そのファイル名の文字列データが格納さ
れる。

【０１０８】以上の識別子２０３、画像処理グループ数
２０４、最初の画像処理グループへのポインタ２０５、
画像へのポインタ２０６から構成される画像処理ヘッダ
部ファイル２０２は、記憶装置６に例えばファイル名"/
data/oofid1.oof"などの１つのファイルとして保存され
る。

【０１０９】外部記憶手段９などから読み込まれた画像
データが、すでに本実施の形態の画像データフォーマッ
トであることが確認された場合（例えば、先頭の６バイ
トが“ＯＯＦＩＤ２”で構成されていることが確認され
た場合）、このような画像処理ヘッダ部ファイルを付加
する必要はない。

【０１１０】読み込まれた画像データは、ディスプレイ
２に表示される。図８はディスプレイへの表示例であ
り、読み込まれた画像データは同図中の原画像表示部４
１に表示される。

【０１１１】本実施の形態においては、１つの画像デー
タに複数の画像処理を並列に付加することができ、出力
の際には並列に付加した複数の画像処理内容のうちの１
つを選択して出力することができるようになっている。
この並列に付加できる複数の画像処理（オペレーショ
ン）の集合を、ここでは”画像処理グループ”と呼んで
いる。

【０１１２】（第１画像処理グループの追加例）図８の
画像処理グループ追加ボタン(New Group)４４を押す
と、画像に対して新しい画像処理グループの追加が行わ
れ、この時点での画像データは図９のようになる。すな
わち、画像処理グループ管理ファイル２１０が作成さ
れ、ファイル"/data/oogrp1.oog"として保存される。こ
こでは、最初に作成されたこの画像処理グループを”第
１画像処理グループ”と称す。

【０１１３】画像処理グループ管理ファイル２１０は、
識別子２１１、次の画像処理グループへのポインタ２１
２、グループ内のオペレーション数２１３、最初のオペ
レーションへのポインタ２１４から構成される。

【０１１４】識別子２１１の内容は例えば“ＯＯＦＩＤ
＿ＧＲＰ”である。

【０１１５】次の画像処理グループへのポインタ２１２
は、第２画像処理グループが作成された際に、そのグル
ープを参照するためのポインタであるが、最初の状態で
は空の文字列が記録される。

【０１１６】グループ内のオペレーション数２１３は、
第１画像処理グループに登録されているオペレーション
の数を記録しておくブロックであるが、初期状態では０
が記録される。

【０１１７】最初のオペレーションへのポインタ２１４
は、第１画像処理グループに登録される最初のオペレー
ションへのポインタであるが、初期状態では空の文字列
が記録される。

【０１１８】また、画像処理ヘッダファイル２０２内の
最初の画像処理グループへのポインタ２０５には、第１
画像処理グループ管理ファイル２１０のファイル名が格
納され、画像処理グループ数２０４の値は１となる。

【０１１９】図８の画像処理グループ追加ボタン４４を
押したあと、画面には図１０の画像処理メニューダイア
ログ６０が表示され、操作者は画像に追加する画像処理
の内容を選択する。

【０１２０】図１０の６１〜６８は、画像処理内容を指
示するボタンであり、ボタン６１は画像の回転を指示す
るボタン、ボタン６２は画像のトリミングを指示するボ
タン、ボタン６３は色補正を指示するボタン、ボタン６
４はカラー画像を白黒化するボタン、ボタン６５は画像
にぼかしを加えるボタン、ボタン６６は画像のシャープ
ネスを上げるボタン、ボタン６７はコントラスト調整を
指示するボタン、ボタン６８はカラーセピア化を指示す
るボタンである。

【０１２１】例えば、トリミングボタン６２を押すと、
図１１のトリミング領域指定ダイアログが開く、画像表
示部７１には画像が表示され、ここでポインティング装
置８やキーボード３などの入力装置を用いて、トリミン
グ領域７２を指定する。指定が完了したらＯＫボタン７
３を押し、トリミングの指定が完了する。

【０１２２】この時点での画像データは図１２のように
なり、オペレーションファイル２２０がファイル名"/da
ta/op001.opf"として保存される。

【０１２３】オペレーションファイル２２０は、次のオ
ペレーションへのポインタ２２１（初期状態では空文字
列）と画像処理の内容を現わすプログラムコード２２４
とそのサイズを現わすプログラムコードサイズ２２２、
画像処理を行うのに必要なパラメータを格納する処理デ
ータ２２５とそのサイズを現わすデータサイズ２２３の
各ブロックで構成される。

【０１２４】トリミングオペレーションの場合は、画像
をトリミングするためのプログラムコードがプログラム
コード２２４に記憶される。このプログラムコードは、
トリミングを行うプログラムとして、あらかじめ記憶手
段６もしくはＲＯＭ４、もしくはＲＡＭ５などに記憶さ
れており、その内容が転送される。

【０１２５】プログラムコードの内容は、ＣＰＵ１が解
釈可能なコードで記述されており、これにより後々実際
の画像処理を行う際、その処理を高速に行うことが可能
となる。また、プログラムコード（データを含む）は公
知のデータ圧縮技術により、記憶装置６などへの保存の
際にはそのサイズを圧縮しておき、プログラムを実行
時、ＲＡＭ５に転送する際に、プログラムやデータの内
容を解凍して転送して実行するようにすると、本実施の
形態の画像データを保存する際に必要とする容量を低減
することができる。

【０１２６】又、プログラムコードの内容は、ＣＰＵの
種類に依存しない中間言語で記述されており、あらかじ
め記憶手段６もしくはＲＯＭ４、もしくはＲＡＭ５に記
憶されている“中間言語からＣＰＵ１が解釈可能な命令
に変換するプログラム”を介して処理されるように記述
されている。（具体的には、Sun Micro SystemsのＪＡ
ＶＡ（商標）言語などがある。）中間言語は様々なプロ
グラムに利用可能な汎用的な処理言語体系を有していて
もよいし、画像処理プログラムに特化した特別な言語体
系を用いたものでもよいが、将来性を考慮すると、画像
処理に対して強化されており、なおかつ様々なプログラ
ムに利用可能な汎用的な処理言語体系が好ましい。こう
した、中間言語を用いることにより、ＣＰＵに依存しな
い画像処理プログラムコードを準備しておくことが可能
となる。

【０１２７】トリミング処理自体のプログラムには特に
新規性は必要なく公知の方法で十分であるため、コード
の内容自体に関しては省略する。ただし、メモリのどの
位置にこのプログラムがロードされても実行可能なよう
に、コードはリロケータブルにコーディングされたもの
であるものが好ましい。

【０１２８】プログラムコードサイズ２２２には、トリ
ミング処理プログラムのデータサイズがバイト単位で記
録される。例えば、トリミング処理を行うプログラムの
サイズが、１２，０００バイトであれば、その値が記録
される。

【０１２９】処理データ２２５には、トリミング処理に
必要なパラメータであるトリミング領域の矩形座標が記
憶される。これは、図１１のトリミング領域７２に相当
する座標である。データサイズ２２３には処理データの
サイズが記憶される。例えば、前述のトリミング領域の
矩形座標を保存するのに必要な処理データサイズが８バ
イトであれば、８を現わすデータが記録される。

【０１３０】ここでは次に実行されるオペレーションが
存在しないので、次のオペレーションへのポインタを示
すブロック２２１には空の文字列が記録される。

【０１３１】トリミングオペレーションファイル２２０
の追加に伴い、画像処理グループ管理ファイル２１０内
のグループ内のオペレーション数２１３には、現在のオ
ペレーション数の１が記憶される。また、最初のオペレ
ーションへのポインタ２１４にはトリミングオペレーシ
ョンファイル２１４へのポインタ、すなわちファイル
名"/data/op001.opf"の文字列が保存される。

【０１３２】画像に画像処理が加えられるとその処理結
果が、図８の処理結果画像画像表示部４２に表示され
る。その過程を以下に説明する。

【０１３３】アプリケーションは図１２の画像処理ヘッ
ダファイルの先頭部の識別子２０３を参照し、その内容
が“ＯＯＦＩＤ２”であることを確認する。

【０１３４】次に、画像へのポインタ２０６の内容か
ら、汎用の画像データファイル２０１の内容を参照し、
ＲＡＭ５に転送する。画像データの転送先のアドレス
は、ＣＰＵ１のレジスタ（不図示）が保持するスタック
ポインタに追加され、スタックポインタは更新される。

【０１３５】次に、最初の画像処理グループへのポイン
タ２０５を参照し、そのファイル名から、画像処理グル
ープファイル２１０の内容を参照する。グループ内のオ
ペレーション数が１であることを確認して、最初のオペ
レーションへのポインタ２４１の内容から、オペレーシ
ョンファイル２２０の内容を参照する。

【０１３６】プログラムコードブロック２２４の内容を
ＲＡＭ５のプログラム領域にロードする。この際、転送
するプログラムコードの転送バイト数はプログラムコー
ドサイズ２２２の内容を参照する。

【０１３７】次に、処理データ２２５の内容をＲＡＭ５
のデータ領域に転送し、その転送先のアドレスをスタッ
クポインタに追加する。前記処理データ２２５の内容を
転送する際、データサイズ２２３の内容を参照すること
でデータ転送量を知ることができる。

【０１３８】次に、プログラムはＣＰＵ１内で保持する
プログラムカウンタ（不図示）の値を、ＲＡＭ６上に転
送されたプログラムコードの先頭アドレスに設定し、画
像処理プログラムをサブルーチンとして起動する。プロ
グラムカウンタに関してはＣＰＵを構成する一般的な公
知技術であるので詳細に関しては解説しない。

【０１３９】プログラムはスタックポインタに蓄積され
た、処理データ２２５のアドレス、汎用画像データ部２
０１のアドレスを実行の際に読み出し、そのアドレスが
指し示す領域の内容を画像処理のパラメータとなる処理
データ、および画像処理の対象となる汎用の画素データ
として認識し、画像回転の処理を行う。

【０１４０】ここで、画像処理のプログラムは中間コー
ドで記述されているので、ＣＰＵの種類やＯＳ（オペレ
ーティングシステム）などには依存せずさまざまな装置
で処理を行うことができる。もちろん、中間言語から各
種ＣＰＵが解釈可能な命令に変換するための変換手段
は、それぞれの装置で、事前に準備しておく必要がある
のは言うまでもない。

【０１４１】画像のトリミングに関する処理の内容に関
しては、公知の技術であり本発明の目的とは直接関係が
ないためここでは省略する。

【０１４２】トリミング処理を行った結果得られる新し
い画像データは、ＲＡＭ５上の別の部分に記憶され、ト
リミング処理プログラムは新しい画像データが記憶され
たＲＡＭ５上の先頭アドレスをスタックに記憶して処理
を終了し、処理はアプリケーションに戻る。

【０１４３】アプリケーションは、スタックに記憶され
たこの新しい画像データへのアドレスを参照して、図８
の処理結果画像表示部４２にその画像を表示する。

【０１４４】操作者はその処理結果に満足であれば、図
７のＯＫボタン５１を押し、不満であればＣａｎｃｅｌ
ボタン５２を押す。

【０１４５】ＯＫボタン５１が押されると、ＲＡＭ５に
あるトリミング処理が加えられた新しい画像データは保
持され、次の出力段階に入る。

【０１４６】Ｃａｎｃｅｌボタン５２が押されるとＲＡ
Ｍ５にあるトリミング処理が加えられた新しい画像デー
タは破棄され、画像データの内容は図７又は図９の状態
に戻る。ここで、図７と図９のいずれに戻るかは操作者
により自由に選択される。

【０１４７】（第１画像処理グループへの他のオペレー
ションの追加例）ここで、図８のオペレーション追加ボ
タン(Add Effect)４５を押すと、トリミング処理を加え
た画像にさらに別の画像処理を追加することができる。

【０１４８】このオペレーション追加ボタンを押すと図
１０の画像処理メニューダイアログ６０が表示され、追
加する画像処理の内容を選択することができる。ここ
で、例えば６６のシャープネスを変更するボタンを押す
と、公知の画像の尖鋭度を強調するアンシャープマスク
などの処理が加えられ、画像データの内容は図１３のよ
うに、オペレーションファイル２３０（ファイル名："/
data/op002.opf"）が保存される。

【０１４９】シャープネスオペレーションファイル２３
０の、次のオペレーションへのポインタは初期状態で空
文字が入る。

【０１５０】シャープネスオペレーションの場合は、画
像の尖鋭度を上げるためのプログラムコードがプログラ
ムコードブロック２３４に記憶される。このプログラム
コードは、あらかじめ記憶手段６もしくはＲＯＭ４、も
しくはＲＡＭ５などに記憶されており、その内容が転送
される。プログラムコードの内容は、先程のトリミング
を行うプログラムと同様、ＣＰＵの種類に依存しない中
間言語で記述されており、あらかじめ圧縮されて記憶手
段６もしくはＲＯＭ４、もしくはＲＡＭ５に記憶されて
いる“中間言語からＣＰＵ１が解釈可能な命令に変換す
るプログラム”を介して処理されるように記述されてい
る。こうした、中間言語を用いることにより、ＣＰＵに
依存しない画像処理プログラムコードを準備しておくこ
とが可能となる。シャープネス向上の処理自体のプログ
ラムには特に新規性は必要なく公知の方法で十分である
ため、コードの内容自体に関しては省略する。

【０１５１】プログラムコードサイズブロック２３２に
は、シャープネス処理プログラムのデータサイズがバイ
ト単位で記録される。例えば、シャープネス処理を行う
プログラムのサイズが、１８，０００バイトであれば、
その値が記録される。

【０１５２】処理データ２３５には、シャープネス処理
に必要なパラメータが記憶される。例えば、事前にユー
ザがシャープネスを上げるレベルを選択し、それに応じ
たパラメータをここに記述すればよい。データサイズ２
３３には処理データのサイズが記憶される。例えば、前
述のシャープネス処理に必要なパラメータの処理データ
サイズが記録される。

【０１５３】ここでは次に実行されるオペレーションが
存在しないので、次のオペレーションへのポインタを示
すブロック２３１には空の文字列が記録される。

【０１５４】シャープネスオペレーションファイル２３
０の追加に伴い、画像処理グループ管理ファイル２１０
内のグループ内のオペレーション数２１３には、現在の
オペレーション数の２が記憶される。また、トリミング
オペレーションファイル２２０内の次のオペレーション
へのポインタ２２１にはシャープネスオペレーションフ
ァイル２３０へのポインタ、すなわちファイル名"/data
/op002.opf"の文字列が保存される。

【０１５５】シャープネス処理が追加されると、図８の
処理結果画像表示部４２にその画像が表示される。処理
される内容は、前述のトリミング処理が加えられた場合
の流れに準ずるが、図１３のグループ内のオペレーショ
ン数が２になっていることと、また、トリミングオペレ
ーションファイル２２０内の次のオペレーションへのポ
インタが空文字ではなく、つぎにオペレーションが続く
ことから、シャープネスオペレーションファイル２３０
内のシャープネスオペレーションをさらに実施し、その
処理結果を表示するようになる点が異なる。

【０１５６】操作者はその処理結果に満足であれば、図
７のＯＫボタン５１を押し、不満であればＣａｎｃｅｌ
ボタン５２を押す。

【０１５７】ＯＫボタン５１が押されると、ＲＡＭ５に
あるシャープネス処理が加えられた新しい画像データは
保持され、出力段階に入る。

【０１５８】Ｃａｎｃｅｌボタン５２が押されるとＲＡ
Ｍ５にあるシャープネス処理が加えられた新しい画像デ
ータは破棄され、画像データの内容は図７又は図９又は
図１２の状態に戻る。ここで、図７と図９と図１２のい
ずれに戻るかは操作者により自由に選択される。

【０１５９】ここで、さらに図８のオペレーション追加
ボタン４６を押すと、トリミング処理とシャープネスを
加えた画像にさらに、追加で画像処理を加えることがで
きる。

【０１６０】（第２画像処理グループの追加例）また、
ここで図９の画像処理グループ追加ボタン４４を押す
と、それまでかけた画像処理とは並列に、別の画像処理
オペレーションを追加することができる。

【０１６１】画像処理グループ追加ボタン４４を押すと
図１０の画像処理メニューダイアログ６０が表示され
る。これまで説明と同様に、メニューの中から１つのオ
ペレーションを選択し、必要な場合にはオペレーション
の実行に必要なパラメータを操作者が入力して新しい第
２画像処理グループに画像処理のオペレーションが１つ
追加されると、画像データの構造は図１４のようにな
る。第２画像処理グループ管理ファイル２４０（ファイ
ル名："/data/oogrp2.oog"）が作成され、その最初の画
像処理オペレーションとして、新しいオペレーションを
現わすオペレーションファイル２５０（ファイル名："/
data/op003.opf"）が作成される。

【０１６２】画像処理グループ管理ファイル２４０とオ
ペレーションファイル２５０の概要は、第１画像処理グ
ループでの説明と同様であるので説明は割愛する。

【０１６３】第２画像処理グループが作成されると、第
１画像処理グループ管理ファイル２１０内の次の画像処
理グループへのポインタ２１２の内容は、第２画像処理
グループ管理ファイルのファイル名"/data/oogrp2.oog"
が設定される。また、画像処理ヘッダファイル内２０２
の画像処理グループ数２０４の値は２に設定される。

【０１６４】このように第２画像処理グループが作成さ
れ、その中に新しい画像処理オペレーションが追加され
ると、図８の画像処理グループ番号表示部４３の表示は
２となり、画像処理結果表示部４２の表示は原画像に対
して第２画像処理グループの画像処理が加えられた結果
が表示される。

【０１６５】表示の際に行われる実際の画像処理は、第
１画像処理グループの画像処理を行う場合とほぼ同様な
ので詳細説明は割愛する。異なっている点は、出力対象
となっているのが第２画像処理グループの処理結果であ
るので、図１４においてアプリケーションは、最初の画
像処理グループへのポインタ２０５から、画像処理グル
ープ管理ファイル２１０をたどるが、第１画像処理グル
ープのオペレーション２２０、２３０は無視する。そし
て、次の画像処理グループへのポインタ２１２の内容か
ら、第２画像処理グループ管理ファイル２４０を見つけ
た時点で、その画像処理グループ内のオペレーションの
処理を開始するようになる点である。そのオペレーショ
ンの処理方法は第１画像処理グループの際に説明した方
法と同様である。

【０１６６】尚、画像処理グループ番号表示部４３の内
容は、操作者が、ポインティング装置８とキーボード３
などで変更可能となっており、この番号を１に変更する
と、画像処理結果表示部４２の表示内容は第１画像処理
グループの画像処理が施された結果が再度表示され、第
１画像処理グループの画像処理を施した画像が出力や処
理の対象となる。

【０１６７】また、さらに任意の画像処理グループに任
意の画像処理を追加することも可能であり、例えば画像
処理グループ番号表示部４３の内容を２番に変更し、オ
ペレーション追加ボタン４５を押しさらにオペレーショ
ンを追加していくことも、もちろん可能である。

【０１６８】図１５は第１画像処理グループに２つの画
像処理オペレーションを追加し、第２画像処理グループ
に全部で３つの画像処理オペレーションを追加した際の
画像データ構造の例を示している。

【０１６９】また、画像処理グループ追加ボタン４４を
押すことで、さらに第３画像処理グループ、第４画像処
理グループというように、画像処理グループを追加して
行くことも可能であり、そのグループの上限は画像処理
グループ数ブロック２０４の容量次第で非常に多くの画
像処理グループを付加することが可能となる。

【０１７０】また、上記例では、１つの画像処理グルー
プでは設定された複数の処理を順に実行して、処理結果
画像表示部４２に表示する例を示したが、画像処理ヘッ
ダ部ファイルに連結された画像オペレーション・ブロッ
クの処理を表示して、その中からオペレータが所望の処
理のみを選択して実行するようにしてもよい。

【０１７１】一方、上記例では、１つの画像処理グルー
プを選択して設定された複数の処理を順に実行して、処
理結果画像表示部４２に表示する例を示したが、画像処
理ヘッダ部ファイルに連結された全ての画像オペレーシ
ョン・ブロックの処理を実行、あるいは選択された複数
の画像処理グループを実行して、処理結果画像表示部４
２に表示するようなモードを設けてもよい。

【０１７２】（第２の画像データ作成例を実現するため
のデータ例）図１８に、本実施の形態の第２の画像デー
タ作成例を実現するために予めＲＡＭ５や記憶装置６や
外部記憶装置９に準備されているデータ例を示す。尚、
第２の画像データ作成例では、図１６の下図の画像オペ
レーション・ブロックのテーブルも使用される。

【０１７３】上記本実施の形態の動作において、画像処
理ヘッダ部ファイルや画像処理グループ管理ファイルの
作成については、逐次組立てるように記載されている
が、例えば、図１８のように、識別子以外は初期値が入
った画像処理ヘッダ部ファイル４０２や画像処理グルー
プ管理ファイル４０４を、予め画像処理ヘッダ部ファイ
ル・ポインタ４０１や画像処理グループ管理ファイル・
ポインタ４０３の指すアドレスに用意し、これを読み出
して汎用画像データに付加するようにすると迅速な処理
が可能になる。

【０１７４】尚、オペレーションブロックの生成・追加
については、図１６での説明と同様なので、ここでは割
愛する。このようにして、画像処理ヘッダ部ファイルや
画像処理グループ管理ファイルが迅速に作成できる。

【０１７５】（第２の画像データ作成例の概略手順を示
すフローチャート）図１９に、本実施の形態の第２の画
像データ作成例の概略手順を示すフローチャートを示
す。

【０１７６】通信インターフェース７や外部記憶装置９
から画像データが入力されると、まずステップＳ２０１
で画像データの所定位置（本例では先頭の６バイト）
が”００ＦＩＤ２”であるか否かを判定する。”００Ｆ
ＩＤ２”でなければ、ステップＳ２０２で汎用画像デー
タに画像処理ヘッダ部ファイルを付加して、ステップＳ
２０３で図８のような画像処理メニューを表示する。”
００ＦＩＤ２”であれば、ステップＳ２０３に進んで図
８のような画像処理メニューを表示する。

【０１７７】ステップＳ２０４で画像処理メニューから
のボタン指示を待って、New Group４４が指示されると
ステップＳ２０５に進んで、新たな画像処理グループ管
理ファイルを追加して、ステップＳ２０６で画像処理ヘ
ッダ部ファイル（及び前の画像処理グループ管理ファイ
ル）を更新して、ステップＳ２０７に進む。

【０１７８】ＯＫ５１が指示されるとステップＳ２１３
に進んで、画像処理グループの選択（グループ番号４３
への入力）を待って、選択があればステップＳ２１４で
選択された画像処理グループの画像処理オペレーション
が必要であれば解凍及び／又は解釈の基に実施され、ス
テップＳ２０３の画像処理メニューの表示に戻る。この
場合、画像オペレーション実行後の画像が処理結果画像
表示部４２に表示される。

【０１７９】ADD Effect４５が指示されると、ステップ
Ｓ２０７で図１０のような画像オペレーション・メニュ
ーを表示する。

【０１８０】ステップＳ２０８で画像オペレーションの
選択を待って、画像オペレーションの選択入力がある
と、ステップＳ２０９で選択された画像オペレーション
のオペレーション・ブロックを追加し、ステップＳ２１
０でオペレーション・ブロックの追加に対応して画像処
理グループ管理ファイルを更新し、ステップＳ２１１で
ボタンの指示を待つ。

【０１８１】New Group４４が指示されるとステップＳ
２０５に戻って、次の画像処理グループを追加する。Ad
d Effect４５が指示されるとステップＳ２０７に戻っ
て、図１０のような画像オペレーション・メニューを表
示し、現在の画像処理グループに新たなオペレーション
・ブロックの追加を待つ。Cancel５２が指示されるとス
テップＳ２１２に進んで、新たに追加されたオペレーシ
ョン・ブロックを削除して、画像処理グループ管理ファ
イルを更新し、ステップＳ２０７に戻る。又、ＯＫ５１
が指示されると画像データの作成を終了してリターンす
る。

【０１８２】尚、本例では画像処理グループ管理ファイ
ルの削除については説明しなかったが、例えば、ステッ
プＳ２１２やあるいはステップＳ２０６の後に追加して
もよい。本フローチャートは、本実施の形態の一部を概
略的に示したものであってこれに限定されることはな
く、上記処理説明に基づいた種々の変更、追加、修飾が
可能である。

【０１８３】こうした場合、本実施の形態の画像データ
処理方式では、原画像を複数作成して画像処理を行った
結果を複数保存しておく必要はなく、原画像は１つで済
むため、記憶容量を大幅に節約することが可能となる。

【０１８４】また、本実施の形態の画像データフォーマ
ットでは、任意の画像処理グループに付加されているオ
ペレーションを削除することにより、容易に画像処理内
容の取り消しや以前の状態に戻すアンドゥ(Undo)処理が
可能であるという特長がある。

【０１８５】また、本実施の形態の画像データフォーマ
ットでは、例えば画像にトリミングを加えた後、そのト
リミング領域を変更するには、単にデータ領域である例
えば２２５の内容を変更するだけで済むなど、後で画像
処理のデータを変更することにより、画像処理の効果を
変更することが極めて容易である。

【０１８６】また、本実施の形態の画像データフォーマ
ットの画像処理プログラムは、異なるＣＰＵ間で汎用性
がある、中間コードで記述されているので、外部記憶装
置９や通信インターフェイス７などを介して、他の装置
と本発明の画像データフォーマットを受け渡しする場
合、異なるＣＰＵやＯＳで樟成される装置であっても、
データに互換性がある。

【０１８７】また、本実施の形態の画像データフォーマ
ットでは、新たに何らかの画像処理オペレーションが追
加されても、その内容はプログラムで記述されているの
で、その画像処理オペレーションを管理する機能が付加
される以前の処理装置であっても、画像処理を行うこと
ができ、将来にわたって高い互換性を保証することがで
きる。

【０１８８】なお、図７、図９、図１２、図１３、図１
４、図１５で説明してきたデータフォーマットは、記憶
手段６や外部記憶手段９などに、各データを複数のファ
イルとして保存されることを前提としている。しかし、
ＣＰＵ１が直接アクセスするＲＡＭ５に本実施の形態の
画像データがロードされ画像処理が行われる場合には、
各部がファイル上の内容通りにメモリ上にロードされる
必要はなく、アプリケーションが効率良く処理を実行で
きるような状態でＲＡＭ５上にロードされればよい。

【０１８９】この場合、２０６、２１２、２１４、２２
１、２３１、２４２、２４４、２５１、２６１、２７１
などの各種ポインタはＲＡＭ５上にロードされた際のア
ドレス等に変換されても良いのは言うまでもなく、アプ
リケーションが効率良く処理を実行されるフォーマット
に変換されてもよい。

【０１９０】また、これまでの説明において画像データ
に変更が加えられるたびに、逐次記憶装置６上の画像デ
ータファイルが更新されるように説明してきたが、常に
ＲＡＭ５上のデータのみを更新しておき、記憶手段に保
存する必要が生じた場合のみ、説明したデータフォーマ
ットで記憶手段に保存するようにしても良いのは言うま
でもない。

【０１９１】＜本実施の形態の画像データの出力例＞（本実施の形態の画像処理装置の構成例）図２０は、上
記本実施の形態で作成された画像データを受信してプリ
ントする画像処理装置の構成例を示すブロック図であ
る。

【０１９２】図中、５０１は装置の全体制御を司る演算
制御用のＣＰＵ、５０２は処理画像を表示するＬＣＤな
どのディスプレイ、５０３は操作者の各種指示データな
どを入力するタッチパネル、５０４は基本的な処理プロ
グラムやパタメータなどを記憶しているＲＯＭ、５０５
は各種処理結果等と、記憶装置６や外部記憶装置９等か
らロードされたプログラムなどを一時的に記憶するＲＡ
Ｍ、５０６は画像データや画像処理プログラムなどを記
憶するハードディスクドライブ（ＨＤＤ）などの記憶装
置、５０７は外部の装置と通信回線５１０を介して通信
するための通信インターフェイス、５０８は画像データ
を紙などの媒体上に可視化するプリンタ、５０９はフロ
ッピーディスクドライブや光磁気ディスクドライブ、Ｃ
Ｄ−ＲＯＭ、ＣＤ−Ｒなど、いわゆるリムーバブルメデ
ィアを制御する外部記憶装置である。これらの機器はバ
ス５１１によって相互に接続されている。

【０１９３】（本実施の形態の画像処理装置の処理例）
以上の構成により、本実施の形態の画像処理装置は、受
信した画像データに当該画像処理装置において定義され
ていないオペレーションをも施して、プリンタ５０８に
その結果を出力することが可能である。

【０１９４】以下、その処理手順例を図２１のフローチ
ャートに従って、概略説明する。

【０１９５】通信インターフェース５０７あるいは外部
記憶装置５０９等から、本実施の形態に従って作成され
た画像データが入力されると、まず、ステップＳ３０１
で所定位置（本例では、先頭の５バイト）が”００ＦＩ
Ｄ”か否かを判断する。”００ＦＩＤ”であれば、ステ
ップＳ３０２に進んで、所定位置（本例では、先頭の６
バイト）が”００ＦＩＤ２”か否かを判断する。

【０１９６】”００ＦＩＤ２”であればステップＳ３０
３に進んで、図８のような画像処理メニューを表示し、
ステップＳ３０４で画像処理グループの選択（画像処理
グループ番号４３の入力）を待って、入力があればステ
ップＳ３０５に進んで、選択された画像処理グループの
画像オペレーションの処理を必要であれば解凍及び／又
は解釈を行って実施して、ステップＳ３０６に進んで画
像オペレーションが済んだ画像データをプリントする。
一方、”００ＦＩＤ２”でなければステップＳ３０５に
進んで、画像オペレーションの処理を実施して、ステッ
プＳ３０６に進んで画像オペレーションが済んだ画像デ
ータをプリントする。

【０１９７】ステップＳで先頭の５バイトが”００ＦＩ
Ｄ”でなければ、ステップＳ３０６に進んで画像オペレ
ーション無しに画像データをプリントする。

【０１９８】なお、本発明は、複数の横器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、１つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【０１９９】また、本発明の目的は、前述した実施例の
機能を実現するソフトウェアのプログラムコードを記録
した記憶媒体を、システムあるいは装置に供給し、その
システムあるいは装置のコンピュータ（またはＣＰＵや
ＭＰＵ）が記憶媒体に格納されたプログラムコードを読
み出し実行されることによっても、達成されることは言
うまでもない。

【０２００】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施系の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０２０１】プログラムコードを供給するための記憶媒
体としては、例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。

【０２０２】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施例の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが、実際の処理の一部または
全部を行い、その処理によって前述した実施例の機能が
実現される場合も含まれることは言うまでもない。

【０２０３】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した実施例の機能が実現され
る場合も含まれることは言うまでもない。

【０２０４】

【発明の勃果】以上説明したように、本発明によれば、
画像処理内容の取り消しや変更、追加を容易に行うこと
ができる特長を有し、なおかつ将来新しい画像処理内容
が追加されても、互換性を保証することが可能な画像処
理方法とその装置、及びそれに使用される画像データフ
ォーマットを提供できる。

【０２０５】また、ＣＰＵが直接解釈可能な画像処理の
プログラムを画像データの内部に組み込むことにより、
画像処理内容の取り消しや変更、追加を容易に行うこと
ができる特長を有しつつ、なおかつ将来新しい画像処理
内容が追加されても、互換性を保証することが可能であ
り、しかも高速な画像処理を行うことが可能な画像処理
方法とその装置、及びそれに使用される画像データフォ
ーマットを提供できる。

【０２０６】また、ＣＰＵやハードウエア、ＯＳに依存
しない中間コードで記述された画像処理のプログラムを
画像データの内部に組み込むことにより、画像処理内容
の取り消しや変更、追加を容易に行うことができる特長
を有しつつ、なおかつ将来新しい画像処理内容が追加さ
れても、互換性を保証することが可能であり、しかもよ
り多くの種類の処理系で互換性を有する画像処理方法と
その装置、及びそれに使用される画像データフォーマッ
トを提供できる。

【図面の簡単な説明】

【図１】本実施の形態にかかる画像データ作成を行う画
像処理装置の構成例を説明するブロック図である。

【図２】第１の画像データ形成例にかかる画面の表示例
を示す図である。

【図３】第１の画像データ形成例にかかる画像データフ
ォーマットの内部構造を説明する図である。

【図４】本実施の形態にかかる画像回転処理の回転角を
指示するダイアログを説明する図である。

【図５】第１の画像データ形成例にかかる画像データフ
ォーマットの内部構造を説明する図である。

【図６】第１の画像データ形成例にかかる画像データフ
ォーマットの内部構造を説明する図である。

【図７】第２の画像データ形成例にかかる画像データフ
ォーマットの内部構造を説明する図である。

【図８】第２の画像データ形成例にかかる画面の表示例
を示す図である。

【図９】第２の画像データ形成例にかかる画像データフ
ォーマットの内部構造を説明する図である。

【図１０】第２の画像データ形成例にかかる画像処理の
種類を選択するダイアログを説明する図である。

【図１１】本実施の形態にかかる画像トリミング範囲の
指示を行う画面を説明する図である。

【図１２】第２の画像データ形成例にかかる画像データ
フォーマットの内部構造を説明する図である。

【図１３】第２の画像データ形成例にかかる画像データ
フォーマットの内部構造を説明する図である。

【図１４】第２の画像データ形成例にかかる画像データ
フォーマットの内部構造を説明する図である。

【図１５】第２の画像データ形成例にかかる画像データ
フォーマットの内部構造を説明する図である。

【図１６】第１の画像データ形成例にかかる画像データ
の作成に使用されるデータ構成例を説明する図である。

【図１７】第１の画像データ形成例にかかる画像データ
の作成手順例を示すフローチャートである。

【図１８】第２の画像データ形成例にかかる画像データ
の作成に使用されるデータ構成例を説明する図である。

【図１９】第２の画像データ形成例にかかる画像データ
の作成手順例を示すフローチャートである。

【図２０】本実施の形態にかかる画像データ出力を行う
画像処理装置の構成例を説明するブロック図である。

【図２１】本実施の形態にかかる画像データの出力手順
例を示すフローチャートである。

Claims

【特許請求の範囲】

【請求項１】画像データに画像処理を施し、その処理
結果を出力する画像処理方法において、画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に記憶し、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶された前記プログラムコードを実行
し、その結果得られる画像を出力することを特徴とする
画像処理方法。
【請求項２】前記記憶工程では、１つの前記画像デー
タに対応づけて複数の画像処理のプログラムコードを前
記画像データと共に記憶し、前記出力工程では、前記複数の画像処理のプログラムコ
ードの中から少なくとも１つのプログラムコードを選択
し、これを前記画像データに対して実行した結果得られ
る画像を出力することを特徴とする請求項１に記載の画
像処理方法。
【請求項３】画像データに画像処理を施し、その処理
結果を出力する画像処理方法において、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて前記画像データと共に記憶
し、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶された前記画像処理グループに含ま
れる全てのプログラムコードを逐次実行し、その結果得
られる画像を出力することを特徴とする画像処理方法。
【請求項４】前記記憶工程では、１つの前記画像デー
タに複数の画像処理グループを対応づけて前記画像デー
タと共に記憶し、前記出力工程では、複数の画像処理グループの中から１
つの画像処理グループを選択し、その画像処理グループ
内の全てのプログラムコードを逐次実行し、その結果得
られる画像を出力することを特徴とする請求項３に記載
の画像処理方法。
【請求項５】画像データに画像処理を施し、その処理
結果を出力する画像処理方法において、画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に転送し、前記画像データを出力する際に、前記画像データに対し
て対応して共に転送された前記プログラムコードを実行
し、その結果得られる画像を出力することを特徴とする
画像処理方法。
【請求項６】前記転送工程では、１つの前記画像デー
タに対応づけて複数の画像処理のプログラムコードを前
記画像データと共に転送し、前記出力工程では、前記複数の画像処理のプログラムコ
ードの中から少なくとも１つのプログラムコードを選択
し、これを前記画像データに対して実行した結果得られ
る画像を出力することを特徴とする請求項５に記載の画
像処理方法。
【請求項７】画像データに画像処理を施し、その処理
結果を出力する画像処理方法において、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて前記画像データと共に転送
し、前記画像データを出力する際に、前記画像データに対し
て対応して共に転送された前記画像処理グループに含ま
れる全てのプログラムコードを逐次実行し、その結果得
られる画像を出力することを特徴とする画像処理方法。
【請求項８】前記転送工程では、１つの前記画像デー
タに複数の画像処理グループを対応づけて前記画像デー
タと共に転送し、前記出力工程では、複数の画像処理グループの中から１
つの画像処理グループを選択し、その画像処理グループ
内の全てのプログラムコードを逐次実行し、その結果得
られる画像を出力することを特徴とする請求項７に記載
の画像処理方法。
【請求項９】前記プログラムコードは、画像処理を行
うコンピュータの中央演算装置が直接的に解釈可能なプ
ログラムコードで構成されていることを特徴とする請求
項１乃至８のいずれか１つに記載の画像処理方法。
【請求項１０】前記プログラムコードは、画像処理を
行うコンピュータの中央演算装置の種類に依存しない中
間プログラムコードで構成されていることを特徴とする
請求項１乃至８のいずれか１つに記載の画像処理方法。
【請求項１１】前記中間プログラムコードは、実行前
に解釈されて、画像処理を行うコンピュータの中央演算
装置が直接的に解釈可能なプログラムコードに変換され
ることを特徴とする請求項１０記載の画像処理方法。
【請求項１２】前記プログラムコードは、記憶媒体に
保存される際、あるいは転送される際に、データ圧縮技
術により圧縮され、プログラムコードの実行時に解凍し
て実行されることを特徴とする請求項１乃至８のいずれ
か１つに記載の画像処理方法。
【請求項１３】画像データに画像処理を施し、その処
理結果を出力する画像処理装置において、画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に記憶する
記憶手段と、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶された前記プログラムコードを実行
し、その結果得られる画像を出力する出力手段とを有す
ることを特徴とする画像処理装置。
【請求項１４】前記記憶手段は、１つの前記画像デー
タに対応づけて複数の画像処理のプログラムコードを前
記画像データと共に記憶し、前記出力手段は、前記複数の画像処理のプログラムコー
ドの中から少なくとも１つのプログラムコードを選択
し、これを前記画像データに対して実行した結果得られ
る画像を出力することを特徴とする請求項１３に記載の
画像処理装置。
【請求項１５】画像データに画像処理を施し、その処
理結果を出力する画像処理装置において、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて前記画像データと共に記憶
する記憶手段と、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶された前記画像処理グループに含ま
れる全てのプログラムコードを逐次実行し、その結果得
られる画像を出力する出力手段とを有することを特徴と
する画像処理装置。
【請求項１６】前記記憶手段は、１つの前記画像デー
タに複数の画像処理グループを対応づけて前記画像デー
タと共に記憶し、前記出力手段は、複数の画像処理グループの中から１つ
の画像処理グループを選択し、その画像処理グループ内
の全てのプログラムコードを逐次実行し、その結果得ら
れる画像を出力することを特徴とする請求項１５に記載
の画像処理装置。
【請求項１７】画像処理を施す画像データを作成する
画像処理装置において、画像データに施す画像処理のプログラムコードを前記画
像データに対応づけて、転送用の画像データを作成する
作成手段と、前記転送用の画像データを転送する転送手段とを有する
ことを特徴とする画像処理装置。
【請求項１８】前記転送手段は、１つの前記画像デー
タに対応づけて複数の画像処理のプログラムコードを前
記画像データと共に転送することを特徴とする請求項１
７に記載の画像処理装置。
【請求項１９】画像処理を施す画像データを作成する
画像処理装置において、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて、転送用の画像データを作
成する作成手段と、前記転送用の画像データを転送する転送手段とを有する
ことを特徴とする画像処理装置。
【請求項２０】前記転送手段は、１つの前記画像デー
タに複数の画像処理グループを対応づけて前記画像デー
タと共に転送することを特徴とする請求項１９に記載の
画像処理装置。
【請求項２１】転送された画像データに画像処理を施
し、その処理結果を出力する画像処理装置において、画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に受信する
受信手段と、前記画像データを出力する際に、前記画像データに対し
て対応して共に受信された前記プログラムコードを実行
し、その結果得られる画像を出力する出力手段とを有す
ることを特徴とする画像処理装置。
【請求項２２】前記出力手段は、前記複数の画像処理
のプログラムコードの中から少なくとも１つのプログラ
ムコードを選択し、これを前記画像データに対して実行
した結果得られる画像を出力することを特徴とする請求
項２１に記載の画像処理装置。
【請求項２３】画像データに画像処理を施し、その処
理結果を出力する画像処理装置において、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて前記画像データと共に受信
する受信手段と、前記画像データを出力する際に、前記画像データに対し
て対応して共に受信された前記画像処理グループに含ま
れる全てのプログラムコードを逐次実行し、その結果得
られる画像を出力する出力手段とを有することを特徴と
する画像処理装置。
【請求項２４】前記出力手段は、複数の画像処理グル
ープの中から１つの画像処理グループを選択し、その画
像処理グループ内の全てのプログラムコードを逐次実行
し、その結果得られる画像を出力することを特徴とする
請求項２３に記載の画像処理装置。
【請求項２５】前記プログラムコードは、画像処理を
行うコンピュータの中央演算装置が直接的に解釈可能な
プログラムコードで構成されていることを特徴とする請
求項１３乃至２４のいずれか１つに記載の画像処理装
置。
【請求項２６】前記プログラムコードは、画像処理を
行うコンピュータの中央演算装置の種類に依存しない中
間プログラムコードで構成されていることを特徴とする
請求項１３乃至２４のいずれか１つに記載の画像処理装
置。
【請求項２７】前記中間プログラムコードは、実行前
に解釈されて、画像処理を行うコンピュータの中央演算
装置が直接的に解釈可能なプログラムコードに変換され
ることを特徴とする請求項２６記載の画像処理装置。
【請求項２８】前記プログラムコードは、記憶媒体に
保存される際、あるいは転送される際に、データ圧縮技
術により圧縮され、プログラムコードの実行時に解凍し
て実行されることを特徴とする請求項１３乃至２４のい
ずれか１つに記載の画像処理装置。
【請求項２９】画像データに画像処理を施し、その処
理結果を出力する画像処理プログラムをコンピュータ読
取り可能に記憶する記憶媒体であって、画像データに施す画像処理のプログラムコードを、前記
画像データに対応づけて前記画像データと共に記憶又は
転送するプログラムモジュールと、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶又は転送された前記プログラムコー
ドを実行し、その結果得られる画像を出力するプログラ
ムモジュールとを含むことを特徴とする記憶媒体。
【請求項３０】画像データに画像処理を施し、その処
理結果を出力する画像処理プログラムをコンピュータ読
取り可能に記憶する記憶媒体であって、１つの前記画像データに対応づけて複数の画像処理のプ
ログラムコードを前記画像データと共に記憶又は転送す
るプログラムモジュールと、前記複数の画像処理のプログラムコードの中から少なく
とも１つのプログラムコードを選択し、これを前記画像
データに対して実行した結果得られる画像を出力するプ
ログラムモジュールとを含むことを特徴とする記憶媒
体。
【請求項３１】画像データに画像処理を施し、その処
理結果を出力する画像処理プログラムをコンピュータ読
取り可能に記憶する記憶媒体であって、画像データに施す画像処理に相当する単数もしくは複数
のプログラムコードを１つの画像処理グループとして、
前記画像データに対応づけて前記画像データと共に記憶
又は転送するプログラムモジュールと、前記画像データを出力する際に、前記画像データに対し
て対応して共に記憶又は転送された前記画像処理グルー
プに含まれる全てのプログラムコードを逐次実行し、そ
の結果得られる画像を出力するプログラムモジュールと
を含むことを特徴とする記憶媒体。
【請求項３２】画像データに画像処理を施し、その処
理結果を出力する画像処理プログラムをコンピュータ読
取り可能に記憶する記憶媒体であって、１つの前記画像データに複数の画像処理グループを対応
づけて前記画像データと共に記憶又は転送するプログラ
ムモジュールと、複数の画像処理グループの中から１つの画像処理グルー
プを選択し、その画像処理グループ内の全てのプログラ
ムコードを逐次実行し、その結果得られる画像を出力す
るプログラムモジュールとを含むことを特徴とする記憶
媒体。
【請求項３３】前記プログラムコードは、画像処理を
行うコンピュータの中央演算装置の種類に依存しない中
間プログラムコードで構成されており、前記中間プログラムコードを実行前に解釈して、画像処
理を行うコンピュータの中央演算装置が直接的に解釈可
能なプログラムコードに変換するプログラムモジュール
を更に含むことを特徴とする請求項２９乃至３２のいず
れか１つに記載の記憶媒体。
【請求項３４】前記プログラムコードを、記憶媒体に
保存される際、あるいは転送される際に、データ圧縮技
術により圧縮するプログラムモジュールと、プログラムコードの実行時に解凍するプログラムモジュ
ールとを更に含むことを特徴とする請求項２９乃至３３
のいずれか１つに記載の記憶媒体。
【請求項３５】画像データに画像処理を施し、その処
理結果を出力する場合に作成される画像データのフォー
マットであって、汎用の画像データに施す画像処理のプログラムコードが
添付されていることを示す第１の領域と、前記汎用の画像データを記憶する第２の領域と、前記汎用の画像データに施す前記画像処理のプログラム
コードを記憶する第３の領域を有することを特徴とする
画像データのフォーマット。
【請求項３６】前記第３の領域には、１つの前記画像
データに対応づけて複数の画像処理のプログラムコード
が記憶されることを特徴とする請求項３５に記載の画像
データのフォーマット。
【請求項３７】画像データに施す画像処理に相当する
単数もしくは複数のプログラムコードを１つの画像処理
グループとして記憶していることを示す第４の領域を更
に有することを特徴とする請求項３５に記載の画像デー
タのフォーマット。
【請求項３８】前記第３の領域には、１つの前記画像
データに複数の画像処理グループが対応づけて記憶され
ることを特徴とする請求項３７に記載の画像データのフ
ォーマット。
【請求項３９】前記プログラムコードは、画像処理を
行うコンピュータの中央演算装置の種類に依存しない中
間プログラムコードで構成されていることを特徴とする
請求項３５乃至３８のいずれか１つに記載の画像データ
のフォーマット。
【請求項４０】前記プログラムコードは、データ圧縮
技術により圧縮されていることを特徴とする請求項３５
乃至３８のいずれか１つに記載の画像データのフォーマ
ット。