JP2951572B2

JP2951572B2 - 画像データ変換方法及びシステム

Info

Publication number: JP2951572B2
Application number: JP7196237A
Authority: JP
Inventors: ジェームズ・エム・マッククロシン; チャールズ・ビンセント・ロッシ; キャロル・エイチ・トンプソン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1994-09-12
Filing date: 1995-08-01
Publication date: 1999-09-20
Anticipated expiration: 2015-08-01
Also published as: JPH0896117A; US6600840B1

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には改良さ
れたデータ処理システムに関し、特に、画像データを一
のフォーマットから別のフォーマットへと変換するため
の改良された方法及びシステムに関する。さらに、本発
明は、必要とされる変換器の数を低減するような上記方
法及びシステムに関する。

【０００２】

【従来の技術】画像は、データ処理システム内でユーザ
により処理される。画像の処理には、ワードプロセッサ
・アプリケーションにおける文書中への画像配置、既存
の画像の変更、あるいは作図アプリケーションを用いた
画像の作成等が含まれる。１つのアプリケーションから
別のアプリケーションへとが像が取り込まれる若しくは
送られる状況下において、送り元のアプリケーションに
おけるその画像のフォーマットが、送り先のアプリケー
ションのフォーマットと異なる場合がある。このような
場合、通常、送り先アプリケーションが必要とするフォ
ーマットへその画像を変換することが必要である。さら
に、ディスク上に置かれたファイルから画像を取り込む
際にも、その画像を利用するアプリケーションの要求に
適応するように画像の変換が必要な場合がある。現在、
多数の画像変換プログラムが入手可能である。これらの
画像変換プログラムは、多数の異なる入力画像を多数の
別の出力フォーマットへと変換することができる。例え
ば、Ｍ個の入力画像形式とＮ個の出力画像形式を所望す
るならば、Ｍ×Ｎ個の異なる変換プログラムがあり得
る。これを避けるために、現在入手可能な画像変換プロ
グラムは、最も下位の共通分母を用いる標準的な中間フ
ォーマットを採用し、変換を２段階プロセスに分けてい
る。すなわち第１の段階で、入力画像フォーマットが中
間フォーマットへ変換され、そして第２の段階で、中間
フォーマットが出力画像フォーマットへと変換される。
このような技術により、必要とされる変換器の数がＭ＋
Ｎ個へと低減される。しかしながら、この２段階プロセ
スは、常に画像を最下位の共通分母である中間フォーマ
ットへ変換しなければならないという点で非効率的であ
る。なぜなら、入力フォーマットと出力フォーマットと
の間には共通の特性が存在する場合が多いので、その場
合上記のような変換は不必要な作業となってしまう。

【０００３】従って、元のすなわち入力フォーマットか
ら所望の出力フォーマットへと画像データを変換する際
に必要な処理の量を低減するような画像変換プロセスを
設けることは、有益である。

【０００４】

【発明が解決しようとする課題】本発明の一の目的は、
改良されたデータ処理システムを提供することである。

【０００５】本発明の別の目的は、一のフォーマットか
ら別のフォーマットへと画像データを変換するための改
良された方法及びシステムを提供することである。

【０００６】本発明のさらに別の目的は、必要とされる
変換器の数を低減するような、一のフォーマットから別
のフォーマットへと画像データを変換するための改良さ
れた方法及びシステムを提供することである。

【０００７】

【課題を解決するための手段】上記の目的は、次に記載
する態様によって達成される。本発明は、現在のフォー
マットから要求されるフォーマットへと画像を変換する
ための方法及びシステムを提供する。先ず、画像データ
に対する要求が受信される。この要求には、第１の複数
のパラメータをもつ要求フォーマットが含まれる。画像
データへの要求を受信することに応答して、その画像デ
ータの現在のフォーマットが判断される。この現在のフ
ォーマットには、その画像データを記述する第２の複数
のパラメータが含まれる。要求フォーマット内の第１の
複数のパラメータが、画像を記述する現在フォーマット
内の第２の複数のパラメータと比較される。この比較に
おいて、第１の複数のパラメータの中の各パラメータ
が、第２の複数のパラメータの中の一のパラメータと比
較される。第１及び第２の複数のパラメータから、第１
の複数のパラメータ中の一のパラメータと第２の複数の
パラメータ中の対応するパラメータとが一致しないよう
なパラメータが識別される。これらの識別されたパラメ
ータを用いて画像データが変更される。このとき画像デ
ータは、現在のフォーマットから要求されたフォーマッ
トへと変換される。

【０００８】画像データは、識別されたパラメータを用
いてフィルタ・システムを作成することにより変更され
る。画像データは、このフィルタ・システムに適用され
る。このフィルタ・システムは、識別されたパラメータ
を用いてフィルタを選択し、そして複数のフィルタを互
いに結合することによって作成される。このとき、複数
のフィルタ中の第１のフィルタが、画像データのフィル
タ・システムに対する入力を与え、そして最後のフィル
タが、フィルタシステムの出力を与える。

【０００９】

【実施例】図１は、本発明を利用することのできるデー
タ処理システムである、パーソナル・コンピュータ（Ｐ
Ｃ）・システム１０を示す。図示の通り、パーソナル・
コンピュータ・システム１０は多数の構成要素からな
り、これらが相互に接続されている。特に、システム・
ユニット１２が、任意のモニタ１４（例えば、汎用的な
ビデオ表示装置）に接続されてこれを駆動する。さらに
システム・ユニット１２は、ＰＣキーボード１６やマウ
ス１８等の任意の入力装置にも接続することができる。
マウス１８は、左ボタンと右ボタンとを備えている。左
ボタンは、一般的に、主選択ボタンとして用いられ、
「第１マウス・ボタン」又は「マウス・ボタン１」とも
称される。右ボタンは、通常、後述のように予備の機能
を選択するために用いられる。右ボタンは、「第２マウ
ス・ボタン」又は「マウス・ボタン２」とも称される。
プリンタ２０等の任意の出力装置もまた、システム・ユ
ニット１２へ接続することが可能である。最後に、シス
テム・ユニット１２は、ディスケット・ドライブ２２等
の１又は複数の記憶装置を備えていてもよい。

【００１０】以下に記述するように、システム・ユニッ
ト１２は、ＰＣキーボード１６、マウス１８、又はロー
カル・エリア・ネットワークのインタフェース等の入力
装置に対して応答する。さらに、ディスケット・ドライ
ブ２２、表示装置１４、プリンタ２０、及びローカル・
エリア・ネットワーク通信システム等の入出力（Ｉ／
Ｏ）装置が、周知の方法でシステム・ユニット１２へ接
続されている。もちろん、システム・ユニット１２と相
互動作する他の汎用的な構成要素もまた接続可能である
ことは、当業者には自明であろう。本発明によれば、パ
ーソナル・コンピュータ・システム１０はシステム・プ
ロセッサを有しており、このシステム・プロセッサは、
ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メ
モリ（ＲＯＭ）、及び複数のＩ／Ｏ装置と互いに接続さ
れている。

【００１１】通常の使用においては、パーソナル・コン
ピュータ・システム１０は、サーバとして小グループの
ユーザに対して、若しくは一人のユーザに対して、独立
した演算能力を提供するべく設計されており、個人又は
小企業による購入を配慮して低価格とされている。オペ
レーションにおいては、システム・プロセッサが、ＩＢ
ＭのＯＳ／２オペレーティング・システム又はＤＯＳ等
のオペレーティング・システムの下で機能する。ＯＳ／
２は、International Business Machines Corporation
の米国登録商標である。このタイプのオペレーティング
・システムは、Ｉ／Ｏ装置とオペレーティング・システ
ムとの間にＢＩＯＳ(Basic Input/Output System)イン
タフェースを有する。ＢＩＯＳは、マザーボードすなわ
ちプレーナ上のＲＯＭに記憶することができ、ＰＯＳＴ
と称される電源起動時自己検査の部分に含まれる診断ル
ーチンを備える。

【００１２】前述の本発明の構成について説明する前
に、一般的なパーソナル・コンピュータ・システム１０
のオペレーションに触れる方が好ましいであろう。図２
は、多様な構成要素を含む本発明によるパーソナル・コ
ンピュータ・システム１０を示したブロック図である。
さらに、図２は、プレーナ１１の構成要素と、プレーナ
１１のＩ／Ｏスロット４６及び他のハードウェアへの接
続を示している。プレーナ１１へは、マイクロプロセッ
サからなるシステム中央演算処理ユニット（ＣＰＵ）２
６が接続され、ＣＰＵ２６は、高速ＣＰＵローカル・バ
ス２４によりバス制御タイミング・ユニット３８を介し
てメモリ制御ユニット５０へ接続されている。さらにメ
モリ制御ユニット５０は、揮発性ランダム・アクセス・
メモリ（ＲＡＭ）５８へ接続されている。任意の適切な
マイクロプロセッサを、ＣＰＵ２６として使用すること
ができる。適切なマイクロプロセッサを１つ挙げると、
Intel Corporationから販売されている８０３８６があ
る。

【００１３】以降、図２のシステム・ブロック図を特に
参照して本発明を説明するが、本発明による装置及び方
法は、他のハードウェア構成をもつプレーナにおいても
使用可能であることを理解されたい。例えば、システム
・プロセッサは、Intel Corporationの８０２８６、８
０４８６、又はペンティアム(Pentium)のいずれのマイ
クロプロセッサであってもよい。「Pentium」は、Intel
Corporationの米国商標である。これらの特定のマイク
ロプロセッサは、リアル・アドレス指定モードにおいて
も、プロテクト・アドレス指定モードにおいても動作可
能である。各モードは、マイクロプロセッサのメモリの
異なる領域へアクセスするためのアドレス指定方式を有
する。

【００１４】図２においては、ＣＰＵローカル・バス２
４（データ、アドレス、及び制御の各構成要素からな
る）によって、ＣＰＵ２６と、任意の数値演算コプロセ
ッサ２７と、キャッシュ制御装置２８と、キャッシュ・
メモリ３０とが接続されている。さらに、ＣＰＵローカ
ル・バス２４上には、バッファ３２が接続されている。
バッファ３２自体は、（ＣＰＵローカル・バスと比べ
て）より低速のシステム・バス３４へ接続されており、
システム・バス３４もまた、データ、アドレス、及び制
御の各構成要素からなる。システム・バス３４は、バッ
ファ３２とバッファ３６との間に亘っている。システム
・バス３４は、さらに、バス制御・タイミングユニット
３８及び直接メモリ・アクセス（ＤＭＡ）・ユニット４
０へ接続される。ＤＭＡユニット４０は、中央調停ユニ
ット４８とＤＭＡ制御装置４１とからなる。バッファ３
６は、システム・バス３４と任意の態様のバス、例え
ば、マイクロ・チャネル(Micro Channel)・バス４４と
の間のインタフェースを与える。「Micro Channel」
は、International Business Machines Corporationの
米国登録商標である。バス４４へは、マイクロ・チャネ
ル・アダプタ・カードを受容するための複数のＩ／Ｏス
ロット４６が接続される。マイクロ・チャネル・アダプ
タ・カードはさらに、Ｉ／Ｏ装置やメモリを接続するこ
とができる。調停制御バス４２は、ＤＭＡ制御装置４１
及び中央調停ユニット４８を、Ｉ／Ｏスロット４６及び
ディスケット・アダプタ８２へ接続する。システム・バ
ス３４には、さらに、メモリ・制御装置５２からなるメ
モリ制御ユニット５０、アドレス・マルチプレクサ５
４、及びデータ・バッファ５６が接続される。メモリ制
御ユニット５０は、さらに、ＲＡＭモジュール５８によ
り表現されるランダム・アクセス・メモリへ接続され
る。メモリ制御装置５２は、ＣＰＵ２６との間でＲＡＭ
５８の特定領域に対するアドレスのマッピングを行うた
めのロジックを含む。パーソナル・コンピュータ・シス
テム１０は、基本の１メガバイトのＲＡＭモジュール５
８と共に示されているが、図２のように任意のメモリ・
モジュール６０〜６４として示される付加的なメモリを
接続することもできる。

【００１５】バッファ６６は、システム・バス３４とプ
レーナＩ／Ｏバス６８との間に接続される。プレーナＩ
／Ｏバス６８に沿って、表示装置アダプタ７０（任意の
表示装置１４を駆動するために用いられる）、クロック
７２、不揮発性ＲＡＭ７４（以降、「ＮＶＲＡＭ」と称
する）、ＲＳ２３２アダプタ７６、パラレル・アダプタ
７８、複数のタイマ８０、ディスケット・アダプタ８
２、ＰＣキーボード／マウス制御装置８４、及びＲＯＭ
８６等の様々なＩ／Ｏアダプタ及び他の周辺構成要素が
接続されている。ＲＯＭ８６は、多くのＩ／Ｏ装置間に
おける、ユーザには認識されない通信を可能とするＢＩ
ＯＳを含む。

【００１６】クロック７２は、日時計算のために用いら
れる。ＮＶＲＡＭ７４は、システム・コンフィギュレー
ション・データを記憶するために用いられる。すなわ
ち、ＮＶＲＡＭは、システムの現在のコンフィギュレー
ションを記述する値を記憶することになる。例えば、Ｎ
ＶＲＡＭ７４は、固定ディスク又はディスケットの容
量、ディスプレイの形式、メモリの量等々を記述する情
報を格納している。特に重要な点は、ＮＶＲＡＭ７４
が、システム・コンソール・コンフィギュレーションを
記述するために用いられるデータを格納することであ
る。すなわち、ＰＣキーボードがキーボード／マウス制
御装置に接続されているか、ディスプレイ制御装置が利
用可能か、又は、ＡＳＣＩＩターミナルがＲＳ２３２ア
ダプタ７６へ接続されているか。さらに、これらのデー
タは、特別なコンフィギュレーション・プログラムが実
行されるときには必ずＮＶＲＡＭ７４内に記憶される。
コンフィギュレーション・プログラムの目的は、システ
ムの電源が落とされたときに保存されるＮＶＲＡＭ７６
へ、このシステムのコンフィギュレーションを特定する
値を記憶することである。

【００１７】キーボード／マウス制御装置８４には、ポ
ートＡ及びＢが接続される。これらのポートは、ＰＣキ
ーボード（ＡＳＣＩＩターミナルと対照的）及びマウス
をＰＣシステムへ接続するために用いられる。ＲＳ２３
２アダプタ７６へは、ＲＳ２３２コネクタが接続され
る。このコネクタを介して任意のＡＳＣＩＩターミナル
をシステムに接続することができる。

【００１８】特に、パーソナル・コンピュータ・システ
ム１０は、任意の適切なコンピュータを用いて実施する
ことができる。例えば、IBM PS/2コンピュータ又はIBM
RISCSYSTEM/6000コンピュータがある。いずれも米国ニ
ューヨーク州アーモンク所在のInternational Buisines
s Machines Corporationの製品であり、「RISC SYSTEM/
6000」はその米国商標、そして「PS/2」はその米国登録
商標である。

【００１９】図３は、本発明の好適例における画像変換
に含まれる構成要素のブロック図である。アプリケーシ
ョン１０１は、画像データの読取り又は書込みのために
変換オブジェクト１０３へコマンドを送る。変換オブジ
ェクト１０３は、ファイル１０５から画像データを読取
り、そしてそれをアプリケーション１０１により指定さ
れたすなわち用いることのできるフォーマットでバッフ
ァ１０７へ転送する。変換オブジェクト１０３は、アプ
リケーション１０１により指定されたすなわち要求され
た画像データにフォーマットを与えるためにその画像デ
ータに対して必要な変更を実行する。またさらに、変換
オブジェクト１０３は、バッファ１０７からファイル１
０９へ画像データを書込むためにも適用することができ
る。この場合にも、変換オブジェクト１０３は、画像デ
ータのフォーマットを必要に応じて変更するために用い
られる。変換オブジェクト１０３はまた、画像データを
ファイル１０５からファイル１０９へ直接書込むために
も用いられる。変換オブジェクト１０３は、ファイル・
ツー・ファイル書込みの際にも画像データのフォーマッ
トを変更するために用いられる。同様に、変換オブジェ
クト１０３は、画像データをバッファ１０７からバッフ
ァ１１１へ書込むためにも用いられる。ファイル１０５
及び１０９は、ハード・ドライブ等のデータ記憶装置１
１３に置かれる。本発明の好適例においては、アプリケ
ーション１０１、変換オブジェクト１０３、並びにバッ
ファ１０７及び１１１は、メモリ１１５内に実現され
る。

【００２０】図４は、本発明の好適例における、変換オ
ブジェクトの機能を利用するアプリケーションのブロッ
ク図を示す。ブロック１２１においてアプリケーション
１０１は、データをバッファへ読込む。ブロック１２３
においてアプリケーション１０１は、画像データを処理
する。その後、ブロック１２５においてアプリケーショ
ン１０１は、画像データをファイルへ書込むことができ
る。データは、図５中に示されるような画像要求ベクト
ルを用いてバッファへ書込まれる。図５中の画像要求ベ
クトル１２７は、変換オブジェクトにより返される画像
のフォーマットを制御するために用いられる多くのフィ
ールドを含むデータ構造である。画像要求ベクトル内に
は、様々なパラメータをセットすることができる。例え
ば、モデル、フォーマット、サンプルあたりのビット
数、（画素の）幅及び高さ、（ＤＰＩの）水平解像度及
び垂直解像度、光度、方向等々である。この実施例にお
ける画像要求ベクトルは、９個のフィールドを有するベ
クトルとして描かれているが、本発明の好適例に従って
他のフィールド数を用いてもよく、またベクトル以外の
他のタイプのデータ構造を用いてもよい。

【００２１】図５を参照する。画像データを処理したり
表示したりするとき、アプリケーション１０１は、画像
要求ベクトル１２７内のフィールドをセットする。これ
によって、変換オブジェクト１０３は、アプリケーショ
ン１０１により指定されたフォーマットで画像データを
返すことができる。本発明の好適例によれば、画像デー
タの読取り又は書込みの要求は、読取り及び書込み用の
アプリケーション・プログラム・インタフェース（ＡＰ
Ｉ）・コール（呼出し）である、読取りＡＰＩコール１
２９及び書込みＡＰＩコール１３１を用いることにより
実現される。これらのコールは、変換オブジェクト１０
３へ送られる。

【００２２】図６は、本発明の好適例における変換オブ
ジェクトのブロック図を示す。変換オブジェクト１０３
は、アプリケーション１０１から送られた読取り及び書
込みのＡＰＩコールを介してアプリケーション１０１か
らの要求を受け取る。変換オブジェクト１０３は、ブロ
ック１３１で示されるように、サポートされる画像読取
り／書込みフォーマットのテーブル１３２、ＡＰＩ読取
りコール１３３、及びＡＰＩ書込みコール１３５を備え
ている。サポートされる画像読取り／書込みフォーマッ
トのテーブル１３２は、既知の画像読取り器及び画像書
込み器のテーブルである。読取りＡＰＩコール１３３及
び書込みＡＰＩコール１３５は、画像読取り器／書込み
器１３７が画像データを読取ったり書込んだりできるよ
うに用いられる。画像読取り器／書込み器１３７は、周
知のものでよく、例えば、Microsoft/IBMによるＢＭ
Ｐ、AldusによるTag Image File Format(TIFF)、Zsoft
によるPC Paintbrush、CompuserveによるＧＩＦ等があ
る。

【００２３】読取りＡＰＩコール１３３及び書込みＡＰ
Ｉコール１３５は、画像データの読取りや書込みを制御
するための画像読取り器や画像書込み器に対するコール
（呼出し）である。本発明の好適例では、ＡＰＩコール
は、画像読取り器／書込み器１３７の中の各特定の読取
り器又は書込み器の要求によって規定される。変換オブ
ジェクト１０３は、読込まれたり書込まれたりする画像
のフォーマットを記述する実画像ベクトルを決定する。
画像要求ベクトル１２７が、アプリケーション１０１か
ら受信され、そしてどのようなフィルタが必要であるか
を判断するために実画像ベクトル１３９と比較される。
このような評価の後、画像要求ベクトル１２７で指定さ
れた画像データを返すために、フィルタ・スタック１４
１が作成される。

【００２４】フィルタは、図７に示すように、変換オブ
ジェクト１０３によってフィルタ・ライブラリ１４３か
らアクセスされる。フィルタ・ライブラリ１４３は、様
々な画像変換を実行するために利用できる多数の異なる
フィルタを格納している。図示の例では、フィルタ・ラ
イブラリ１４３は、次のフィルタを含んでいる。すなわ
ち、光度１４３ａ、回転１４３ｂ、切取り１４３ｃ、貼
り付け１４３ｄ、スケール１４３ｅ、ビット貼り付け１
４３ｆ、ディザ１４３ｇ、階調１４３ｈ、カラー変換１
４３ｉ、デコード１４３ｊ、及びエンコード１４３ｋで
ある。これらのフィルタは、変化オブジェクト１０３が
画像要求ベクトル１２７で指定されたフォーマットにて
画像データを返すべく、画像データに対して必要な変換
又は変更を行うために利用される。変換オブジェクト１
０３は、画像データを操作する際に用いるフィルタ・ス
タック１４１を作成するために多数のフィルタを選択す
る。本発明の好適例においては、これらのフィルタは、
画像読取り器／書込み器１３７がデータを読取り又は書
込むべく利用されるときに用いてもよい。フィルタに関
する詳細な説明は、Foleyらによる「Computer Graphic
s:Principles and Practice」（第２版、１９９１）を
参照されたい。

【００２５】図８及び図９は、本発明の好適例における
ファイル・オブジェクトのブロック図である。データの
フローを示すために、図８は変換前の、図９は変換後の
ファイル・オブジェクトの状態を示す。この例では、フ
ァイル・オブジェクト１５０及び１５２が示されてい
る。各ファイル・オブジェクトは、次のデータを含んで
いる。すなわち、下層のファイル・オブジェクトへのポ
インタ、フィルタ・ベクトルへのポインタ、フィルタ環
境へのポインタ、フラグ、及びバッファ状態である。フ
ィルタ・オブジェクト１５０内の下層のファイル・オブ
ジェクトへのポインタは、ファイル・オブジェクト１５
２を指示する。フィルタ・オブジェクト１５０内のフィ
ルタ・ベクトルへのポインタは、フィルタ・ベクトル１
５４を指示し、この例では切取りフィルタである。フィ
ルタ・オブジェクト１５０内のフィルタ環境へのポイン
タは、メモリ１５６を指示し、このメモリには、画像デ
ータの変換の際にフィルタ・ベクトル１５４が用いる情
報が格納されている。ファイル・オブジェクト１５０内
のフラグは、エラーやファイル終わり等の様々な条件を
標示するためにセットされている。フィルタ・オブジェ
クト１５２内のバッファ状態は、バッファ１５８の大き
さ、バッファ１５８の場所、及びバッファ１５８内の残
りバイト数等に関連するバッファ１５８についての情報
を有する。ファイル・オブジェクト１５２内のフィルタ
・ベクトルへのポインタは、フィルタ・ベクトル１６０
を指示する。ファイル・オブジェクト１５２内のフィル
タ環境へのポインタは、メモリ１６２を指示する。ファ
イル・オブジェクト１５２内のバッファ状態情報は、バ
ッファ１６４に関する。

【００２６】アプリケーション（図示せず）は、手続コ
ール又はＡＰＩコールを用いて変換オブジェクトを呼び
出し、これによりコール１６０がなされる。図示の例で
は、情報は、バッファ１６４からバッファ１５８へと流
れ、最後にバッファ１６８へと流れる。図示の例では、
Ｃ言語シンタクス及び文法の文脈により記述されてい
る。選択されたフォーマットによる像データを要求して
いるアプリケーションは、コールfread(buffP,1,8,file
objP)を発する変換オブジェクトとなる。この呼び出さ
れたfreadは、「F_feadルーチン」と称され、周知のフ
ィルタに見られるフィルタＩ／Ｏパッケージの部分であ
る。F_feadルーチンは、ファイル・オブジェクト１５０
内のバッファ状態を検査する。図示の例では、５バイト
のデータがバッファ１５８内に残っている。これらのバ
イトは、buffPにより指示される呼出元のバッファ１６
８内へ複写される。すなわち、バッファ１５８からのバ
イト４４、６６、７７、８８、及び０３がバッファ１６
８へ複写される。F_freadは、更に３つのバイトを供給
するために必要とされる。少数のバイトであることを考
慮すると、F_freadは、バッファを再充填するためにフ
ィルタ・ベクトル１５４内の読取りルーチンをコールす
る。このことは、読取りルーチンがフィルタ・ベクトル
１５４に存在することを仮定している。F_freadによる
フィルタ・ベクトル１５４へのコールは、次の通りであ
る。すなわち、CNT=(*fileobjP->FilterVector->Filter
Read)(fileobjP,fileobjP->BufferP,fileobjP->BufferS
ize)である。切取り読取りフィルタ・ベクトルであるフ
ィルタ・ベクトル１５４の側から見ると、そのコール
は、CropRead（fP, bufferP,length）である。CropRead
は、フィルタ・ベクトル１５４の切取りフィルタの読取
りルーチンである。フィルタ・ベクトル１５４の読取り
ルーチンは、そのローカル・ポインタを、ファイル・オ
ブジェクトから渡されたその環境と下層ファイル・オブ
ジェクトへとセットする。すなわち、(envP+FLGETENV(f
P)及びufP+FLGETUFD(fP)である。環境から、処理するべ
きバイトが走査ラインにまだ６バイト残っており、これ
らは、CropReadが読取りを必要とする７バイトよりも少
ない。この特別な例では、７バイトは、渡されるバッフ
ァの大きさである、長さである。この結果、ベクトル・
フィルタ１５４の読取りルーチン、CropReadは、次のコ
ールをフィルタ・ベクトル１６０に対して行う。すなわ
ち、fread(bufferP,1,min(envP->todo, toread),ufP)で
ある。

【００２７】freadにより呼び出されるこのF-readルー
チンは、渡されるファイル・オブジェクト内のバッファ
状態を検査する。この場合、ファイル・オブジェクト
は、ファイル・オブジェクト１５２である。検査によ
り、更に１３個のバイトが残っていることがわかる。こ
の数は、ベクトル・フィルタ１５４の要求を満たすため
に必要な数よりも多い。この結果、６個のバイトが、bu
fferPにより指示されたバッファ１６４から呼出元のバ
ッファであるバッファ１５８へ複写される。すなわち、
バイト２３、３３、４３、６３、７３、及び８３が、バ
ッファ１６４からバッファ１５８へと複写された。ufP
により指示されるファイル・オブジェクト１５０のバッ
ファ状態が更新され、無事に読み取られた項目数が返さ
れる。

【００２８】ベクトル・フィルタ１５４の読取りルーチ
ンは、必要なときにフィルタ・ベクトル１６０内の後方
ルーチンを呼び出してそのバッファ内のデータを処理す
る。この結果、アプリケーションは、フィルタ・ベクト
ル１５４及び１６０を含むフィルタ・スタックを用い
て、バッファ１６８から変換された画像データを読取る
ことができる。ファイル・オブジェクト１５２内の下層
ファイル・オブジェクトへのポインタは、別のファイル
・オブジェクト（指示せず）を指示する。この連鎖の終
端は、変換されるべき画像データを格納するファイル又
はバッファである。画像の初期読取りは、変換オブジェ
クト１０３内に示される画像読取り器によって実行され
る。同様に、データは、図８及び図９に示されたような
フィルタ・スタックを用いてバッファ１６８からファイ
ルへと書込むことができる。

【００２９】図１０は、本発明の好適例における、フィ
ルタ・スタックへフィルタを追加するプロセスを示して
いる。このプロセスは、ブロック１９４において、ファ
イル・オブジェクト・ルーチンへポインタを送ることに
よって開始される。ファイル・オブジェクト・ルーチン
は、図１１に、さらに詳細に示されている。ファイル・
オブジェクト・ルーチンへ送られるポインタは、新しい
ファイル・オブジェクトを接続するべき現在のファイル
・オブジェクトへのポインタと、追加されるフィルタの
ためのフィルタ・ベクトルへのポインタとを含む。フィ
ルタ環境内に置かれるフィルタ・パラメータへのポイン
タが、そのフィルタへ送られる。それから、ブロック１
９６において、新しいファイル・オブジェクトへのポイ
ンタを受け取る。そして、ブロック１９８において、フ
ァイル・オブジェクト・ルーチンにより返されたポイン
タを用いてフィルタ・スタックへ新しいファイル・オブ
ジェクトを追加した後、プロセスは終了する。

【００３０】図１１は、本発明の好適例における、フィ
ルタ・スタック内にフィルタを導入するプロセスの流れ
図である。フィルタは、それが供給するルーチンのベク
トルによって表現される。全ての画像フィルタは、開
き、読取り、そして閉じるためのルーチンを供給する。
プロセスは、ブロック２００において、フィルタ・スタ
ックの現在のファイル・オブジェクトへのポインタと、
フィルタのルーチンのベクトルへのポインタと、フィル
タ環境へのポインタとを得ることにより開始される。フ
ィルタ環境は、画像の高さや幅等のフィルタ・パラメー
タを格納している。後にプロセスは、ブロック２０６に
おいて、導入される追加フィルタを表す新しいファイル
・オブジェクトへのポインタを受け取る。

【００３１】その後、ブロック２０２において、新しい
フィルタを開くルーチンを呼び出す。ブロック２０４に
おいて、フィルタ環境へのポインタをそのフィルタへ渡
す。そして、ブロック２０６において、フィルタに関連
するファイル・オブジェクトへのポインタと共にフィル
タを供給した後、プロセスは終了する。新しいファイル
・オブジェクトは、通常、この時点ではバッファを有し
ていない。フィルタは、利用するためのバッファを任意
に作成することができる。本発明の好適例においては、
フィルタが、コード化されたヘッダ情報等の情報をファ
イル・オブジェクトから読取ることができる。フィルタ
が保有することを必要とする任意のパラメータからの情
報は、そのフィルタへ渡されるか又はそのファイル・オ
ブジェクト内のフィルタ環境ポインタにより指示される
フィルタ環境内のメモリに置かれる。

【００３２】この新しいフィルタのフィルタ・ベクトル
内の他のルーチンが呼び出されるとき、これらのルーチ
ンが、新しいファイル・オブジェクトへのポインタと共
に供給される。こうして、環境及びフィルタ・ベクトル
により処理される下層データ・ストリームの双方に対し
てアクセスすることになる。

【００３３】図１２は、本発明の好適例における、フィ
ルタ・スタックを構築するプロセスの流れ図である。こ
のプロセスは、図６において、画像要求ベクトル１２７
と実画像ベクトル１３９とが比較されたとき実行され
る。ブロック１５１において、その画像が圧縮されてい
るか否かの判断が行われる。画像が圧縮されている場合
は、ブロック１５３において圧縮解除フィルタが導入さ
れる。その後、ブロック１５５において、所望の方向が
現在の方向と等しいか否かが判断される。もし等しくな
ければ、ブロック１５７において回転フィルタが導入さ
れる。次に、ブロック１５８において、プロセスは、所
望の水平解像度（ｈｒｅｓ）が現在の水平解像度と等し
いか否か、及び、所望の垂直解像度（ｖｒｅｓ）が現在
の垂直解像度と等しいか否かが判断される。もし等しく
なければ、ブロック１６１において再スケール・フィル
タが導入される。その後、所望のサンプルあたりのビッ
ト数が、現在のサンプルあたりのビット数に等しいか否
かが判断される。

【００３４】所望のサンプルあたりのビット数が、現在
のサンプルあたりのビット数に等しくないと判断された
ならば、ブロック１６５において、ディザ／階調フィル
タが導入される。次に、ブロック１６７において、所望
の光度が現在の光度に等しいか否かが判断される。もし
等しくなければ、ブロック１６９において、光度フィル
タが導入される。そして、プロセスは終了する。再び、
判断ブロック１５１を参照すると、画像が圧縮されてい
ない場合は、解凍フィルタは導入されない。ブロック１
５５において、所望の方向が現在の方向と同じ場合は、
回転フィルタは導入されない。同様に、所望の水平及び
垂直の解像度が、現在の水平及び垂直の解像度と等しい
場合、再スケール・フィルタは導入されない。もし現在
のサンプルあたりのビット数が所望の値に等しければ、
ディザ／階調フィルタは、フィルタ・スタックに導入さ
れない。また、現在の光度が所望の光度であれば、光度
フィルタは、導入されない。

【００３５】図１３は、本発明の好適例における、プリ
ンタへのファイルの読み込みを示したブロック図であ
る。ファクシミリのフォーマットによる画像ファイル
が、ディスク２５１上に置かれる。変換オブジェクト
が、画像ファイルから実画像ベクトルを作成し、それを
画像要求ベクトルと比較する。このような比較の後、次
の３つのフィルタについての判断がなされる。すなわ
ち、画像要求ベクトルにより指定されたフォーマットに
よる画像データを配置するためにデコード、切取り、及
びエンコードが必要であるか否かである。変換オブジェ
クト２０３は、最初に、ディスクからデータを読取って
ラッパ(wrapper)を削除するため読取り器２５３を利用
する。ラッパは、単に、ディスク画像ファイルを記述す
るのみである。すなわち、高さや幅やデータ圧縮の有無
等々である。この画像データは、フィルタ２５５へ送ら
れてデコードされる。その後、データは、画像データを
切り取るためにフィルタ２５７を通され、最後に、フィ
ルタ２５９を用いて画像データがエンコードされる。そ
の後、ブロック２６１が、プリンタにより求められるラ
ッパ情報を画像データと共に配置するために利用され
る。そして、データがプリンタ２６１へ送られて印刷さ
れる。

【００３６】図１４に示された例では、ディスク２５１
が、ラスタ・ファイルのフォーマットによるデータを格
納している。読取り器２５２は、ディスク２５１上に記
憶された画像ファイル中のデータからラッパを取り除く
ために利用される。画像データは、ブロック２５６へ送
られ、ここでプリンタにより求められるラッパを画像デ
ータと共に配置する。その後、画像データはプリンタ２
５８へ送られて印刷される。

【００３７】図１５は、本発明の好適例における、ファ
イルからバッファへの画像の読み込みのプロセスを示し
た流れ図である。このプロセスは、最初に、ブロック３
０１において、ファイルの指数を得る。この指数はファ
イルから得られ、そのファイルのフォーマットを識別す
る。次に、ブロック３０３において入力ファイルが開か
れる。入力ファイルが開かれたならば、ブロック３０５
において、画像要求ベクトルのためのパラメータがセッ
トされる。画像要求ベクトルのパラメータのセットは、
入力されるデータがいかに処理されるのかを決定するた
めに行われる。ブロック３０７において、読み込まれる
データの量が選択される。その後、ブロック３０９にお
いて、データが配置されるバッファのための空間が割り
当てられる。ブロック３１１において、画像要求ベクト
ルを用いてファイルが読み込まれる。その後、ブロック
３１３において、ファイルが閉じられる。

【００３８】図１６は、本発明の好適例における、バッ
ファからファイルへのデータの書込みのプロセスを示し
た流れ図である。ブロック３３１において、ファイルの
形式についての指数を得ることによって開始される。そ
して、ブロック３３３において、出力ファイルが開かれ
る。ブロック２２５において、画像要求ベクトルについ
てのパラメータが設置される。次に、ブロック３３７に
おいて、画像要求ベクトルを用いてバッファから出力フ
ァイルへとデータが書き込まれる。データがファイルへ
書き込まれた後、ブロック３３９において出力ファイル
が閉じられる。

【００３９】図１７は、本発明の好適例における、第１
のファイルに記憶された画像を第２のファイルへ書き込
むプロセスの流れ図である。ブロック３５１において、
画像を格納するファイルの指数を得ることによって開始
される。次に、ブロック３５３において入力ファイルが
開かれる。そして、ブロック３５５において、出力ファ
イルが開かれる。両ファイルが開かれた後、ブロック３
５７において、画像要求ベクトルのパラメータがセット
される。その後、ブロック３５９において、画像要求ベ
クトルを用いて入力ファイルから出力ファイルへと画像
が書き込まれる。ブロック３６１において、入力ファイ
ルが閉じられる。その後、ブロック３６３において、出
力ファイルもまた閉じられる。

【００４０】図１８は、本発明の好適例における、１つ
のバッファから別のバッファへのデータの読み込みのプ
ロセスを示した流れ図である。ブロック３８１におい
て、第１のバッファ内の画像を記述する画像要求ベクト
ルのパラメータを設定することによって開始される。そ
の後、ブロック３８３において、画像を格納するバッフ
ァが開かれる。そして、ブロック３８５において、画像
要求ベクトル内のパラメータが、所望の通りに変更され
る。次に、ブロック３８７において、第２のバッファが
開かれる。その後、ブロック３８９において、画像要求
ベクトルを用いて第１のバッファから第２のバッファへ
と画像が書き込まれる。

【００４１】以上の図に示されたプロセスは、当業者で
あれば、図１及び図２に描かれたデータ処理システムに
おいて実施することができる。さらに、本発明のプロセ
スは、データ処理システムにより読取り可能なプログラ
ム記憶装置において実施することもできる。この場合、
プログラム記憶装置が、本発明のプロセスを記したデー
タ処理システムにより実行可能な命令をエンコードす
る。プログラム記憶装置は、様々な形態を採り得る。例
えば、当業者には周知のハード・ディスク・ドライブ、
フロッピー・ディスク、光ディスク、ＲＯＭ、及びＥＰ
ＲＯＭ等があるが、これらに限定されない。プログラム
記憶装置上に記憶されたプロセスは、データ処理システ
ムによりプログラム記憶装置を用いることによってアク
ティブとされるまでは、休止状態である。例えば、デー
タ処理システムが実行可能な本発明の命令を格納するハ
ード・ドライブを、データ処理システムに接続してもよ
い。又は、データ処理システムが実行可能な本発明の命
令を格納するフロッピー・ディスクを、データ処理シス
テム内のフロッピー・ディスク・ドライブへ挿入しても
よい。又は、データ処理システムが実行可能な本発明の
命令を格納するＲＯＭを、Ｉ／Ｏスロットへ接続される
カードやアダプタを介してデータ処理システムへ接続し
てもよい。

【００４２】以上、本発明を、好適例を参照して説明し
たが、当業者であれば、本発明の範囲を逸脱することな
く形態や詳細において様々な変更が可能であることは自
明であろう。

【００４３】まとめとして、本発明の構成に関し、以下
の事項を開示する。（１）データ処理システムにおいて現在のフォーマット
から要求されたフォーマットへと画像データを変換する
ための方法であって、第１の複数のパラメータをもつ要
求フォーマットを含む、前記画像データに対する要求を
受け取るステップと、前記画像データに対する要求を受
け取ることに応答して、前記画像データを記述する第２
の複数のパラメータをもつ該画像データの現在のフォー
マットを判断するステップと、前記第１の複数のパラメ
ータと、前記第２の複数のパラメータの各々互いに対応
するパラメータ同士を比較するステップと、前記第１及
び第２の複数のパラメータから、該第１の複数のパラメ
ータ内のパラメータと該第２の複数のパラメータ内の対
応するパラメータとが一致しないパラメータを識別する
ステップと、前記画像データを現在のフォーマットから
要求フォーマットへと変換するべく、前記識別されたパ
ラメータを用いて該画像データを変更するステップとを
含む画像データ変換方法。（２）前記画像データを変更するステップが、前記識別
されたパラメータを用いてフィルタ・システムを作成す
るステップと、前記画像データを前記フィルタ・システ
ムに通すステップとを含む上記（１）に記載の画像デー
タ変換方法。（３）前記フィルタ・システムを作成するステップが、
前記識別されたパラメータを用いて複数のフィルタを選
択するステップと、前記複数のフィルタのうち最初のフ
ィルタが前記画像データのための前記フィルタ・システ
ムの入力を提供しかつ最後のフィルタが該フィルタ・シ
ステムの出力を提供するように、該複数のフィルタを互
いに直列に接続するステップとを含む上記（２）に記載
の画像データ変換方法。（４）前記変換された画像を記憶装置に記憶するステッ
プを含む上記（３）に記載の画像データ変換方法。（５）前記変換された画像をプリンタへ送るステップを
含む上記（３）に記載の画像データ変換方法。（６）現在のフォーマットから要求されたフォーマット
へと画像データを変換するデータ処理システムであっ
て、第１の複数のパラメータをもつ要求フォーマットを
含む、前記画像データに対する要求を受け取る受信手段
と、前記画像データに対する要求を受け取ることに応答
して、前記画像データを記述する第２の複数のパラメー
タをもつ該画像データの現在のフォーマットを判断する
判断手段と、前記第１の複数のパラメータと、前記第２
の複数のパラメータの各々互いに対応するパラメータ同
士を比較する比較手段と、前記第１及び第２の複数のパ
ラメータから、該第１の複数のパラメータ内のパラメー
タと該第２の複数のパラメータ内の対応するパラメータ
とが一致しないパラメータを識別する識別手段と、前記
画像データを現在のフォーマットから要求フォーマット
へと変換するべく、前記識別されたパラメータを用いて
該画像データを変更する変更手段とを含むデータ処理シ
ステム。（７）前記変更手段が、前記識別されたパラメータを用
いてフィルタ・システムを作成する作成手段と、前記画
像データを前記フィルタ・システムに通す手段とを含む
上記（６）に記載のデータ処理システム。（８）前記作成手段が、前記識別されたパラメータを用
いて複数のフィルタを選択する選択手段と、前記複数の
フィルタのうち最初のフィルタが前記画像データのため
に前記フィルタ・システムの入力を提供しかつ最後のフ
ィルタが該フィルタ・システムの出力を提供するよう
に、該複数のフィルタを互いに直列に接続する接続手段
とを含む上記（７）に記載のデータ処理システム。（９）前記画像データを記憶装置から読み取る読取り手
段を含む上記（８）に記載のデータ処理システム。（１０）前記記憶装置が、ハード・ディスク・ドライブ
である上記（９）に記載のデータ処理システム。（１１）前記記憶装置が、ランダム・アクセス・メモリ
である上記（９）に記載のデータ処理システム。（１２）前記変換された画像データを記憶する書込み手
段を含む上記（９）に記載のデータ処理システム。（１３）前記変換された画像データが、ハード・ディス
ク・ドライブに記憶される上記（１２）に記載のデータ
処理システム。（１４）前記変換された画像データが、ランダム・アク
セス・メモリ内のバッファに記憶される上記（１２）に
記載のデータ処理システム。（１５）現在のフォーマットから要求されたフォーマッ
トへと画像データを変換するべくデータ処理システムを
コンフィギュレーションするための命令を含む、該デー
タ処理システムにより読取り可能なプログラム記憶装置
であって、第１の複数のパラメータをもつ要求フォーマ
ットを含む、前記画像データに対する要求を受け取るこ
とができる第１の命令セットと、前記画像データに対す
る要求を受け取ることに応答して、前記画像データを記
述する第２の複数のパラメータをもつ該画像データの現
在のフォーマットを判断することができる第２の命令セ
ットと、前記第１の複数のパラメータと、前記第２の複
数のパラメータの各々互いに対応するパラメータ同士を
比較することができる第３の命令セットと、前記第１及
び第２の複数のパラメータから、該第１の複数のパラメ
ータ内のパラメータと該第２の複数のパラメータ内の対
応するパラメータとが一致しないパラメータを識別する
ことができる第４の命令セットと、前記画像データを現
在のフォーマットから要求フォーマットへと変換するべ
く、前記識別されたパラメータを用いて該画像データを
変更することができる第５の命令セットとを含むプログ
ラム記憶装置。（１６）現在のフォーマットから要求されたフォーマッ
トへと画像データを変換するデータ処理システムであっ
て、画像データが記憶される記憶装置と、プロセッサ手
段とを有し、該プロセッサ手段が、第１の複数のパラメ
ータをもつ要求フォーマットを含む、前記画像データに
対する要求を受け取る受信手段と、前記画像データに対
する要求を受け取ることに応答して、前記画像データを
記述する第２の複数のパラメータをもつ該画像データの
現在のフォーマットを判断する判断手段と、前記第１の
複数のパラメータと、前記第２の複数のパラメータの各
々互いに対応するパラメータ同士を比較する比較手段
と、前記第１及び第２の複数のパラメータから、該第１
の複数のパラメータ内のパラメータと該第２の複数のパ
ラメータ内の対応するパラメータとが一致しないパラメ
ータを識別する識別手段と、前記画像データを現在のフ
ォーマットから要求フォーマットへと変換するべく、前
記識別されたパラメータを用いて該画像データを変更す
る変更手段とを含むデータ処理システム。

【００４４】

【発明の効果】本発明によって、データ処理システムに
おいて、一のフォーマットから別のフォーマットへと画
像データを変換する際に、必要とされる変換器の数を低
減することを実現する改良された方法及びシステムが提
供される。

【図面の簡単な説明】

【図１】本発明を実施可能なデータ処理システムである
パーソナル・コンピュータの図である。

【図２】図１に示したデータ処理システムのブロック図
である。

【図３】本発明の好適例における、画像変換に含まれる
構成要素のブロック図である。

【図４】本発明の好適例における、変換オブジェクトの
機能を利用したアプリケーションのブロック図である。

【図５】本発明の好適例における、画像要求ベクトルを
示した図である。

【図６】本発明の好適例における、変換オブジェクトの
ブロック図である。

【図７】本発明の好適例における、変換オブジェクトに
よりアクセスされるフィルタを示した図である。

【図８】本発明の好適例に従って示されたファイル・オ
ブジェクトの図である。

【図９】本発明の好適例に従って示されたファイル・オ
ブジェクトの図である。

【図１０】本発明の好適例における、フィルタ・スタッ
クへフィルタを追加するプロセスの流れ図である。

【図１１】本発明の好適例における、フィルタ・スタッ
クにフィルタを導入するプロセスの流れ図である。

【図１２】本発明の好適例における、フィルタ・スタッ
クを作成するプロセスの流れ図である。

【図１３】本発明の好適例における、ファイルからプリ
ンタへデータを読み込むプロセスの流れ図である。

【図１４】本発明の好適例における、ディスクからデー
タを転送するプロセスの流れ図である。

【図１５】本発明の好適例における、ファイルからバッ
ファへ画像を読み込むプロセスの流れ図である。

【図１６】本発明の好適例における、バッファからファ
イルへデータを書き込むプロセスの流れ図である。

【図１７】本発明の好適例における、１つのバッファか
ら別のバッファへとデータを読み込むプロセスの流れ図
である。

【図１８】本発明の好適例における、１つのバッファか
ら別のバッファへのデータの読み込みのプロセスを示し
た流れ図である。

【符号の説明】

１０１アプリケーション１０３変換オブジェクト１０５、１０９ファイル１０７、１１１バッファ１１３記憶装置１２７画像要求ベクトル１２９読取りＡＰＩ１３１書込みＡＰＩ１４１フィルタ・スタック

───────────────────────────────────────────────────── フロントページの続き (72)発明者チャールズ・ビンセント・ロッシアメリカ合衆国95118 カリフォルニア州、サン・ノゼ、スター・ブッシュ・レイン 1333 (72)発明者キャロル・エイチ・トンプソンアメリカ合衆国95120 カリフォルニア州、サン・ノゼ、グリムレイ・レイン 1152 (56)参考文献特開平１−145779（ＪＰ，Ａ) 特開平７−311672（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06T 1/00 G06T 5/00 - 5/50 H04N 1/00

Claims

(57)【特許請求の範囲】

【請求項１】データ処理システムにおいて現在のフォー
マットから要求されたフォーマットへと画像データを変
換するための方法であって、第１の複数のパラメータをもつ要求フォーマットを含
む、前記画像データに対する要求を受け取るステップ
と、前記画像データに対する要求を受け取ることに応答し
て、前記画像データを記述する第２の複数のパラメータ
をもつ該画像データの現在のフォーマットを判断するス
テップと、前記第１の複数のパラメータと、前記第２の複数のパラ
メータの各々互いに対応するパラメータ同士を比較する
ステップと、前記第１及び第２の複数のパラメータから、該第１の複
数のパラメータ内のパラメータと該第２の複数のパラメ
ータ内の対応するパラメータとで一致しないパラメータ
が識別されたことに応答して、フィルタ・スタックを初
期化するステップと、前記識別された一致しないパラメータの各々について、
画像データを変更するために前記フィルタ・スタックに
フィルタを導入するステップと、画像データにフィルタ・スタック内の前記フィルタを適
用して、前記画像データを現在のフォーマットから要求
フォーマットへと変換するステップとを含む画像データ
変換方法。
【請求項２】前記要求は、少なくともサンプルあたりの
ビット数、幅、高さ、水平解像度、垂直解像度、高度及
び方向を特定するものである請求項１記載の方法。
【請求項３】画像データをバッファに読み込むステップ
と、前記バッファ内の画像データにフィルタ・スタック内の
各フィルタを適用するステップとをさらに含む請求項１
記載の方法。
【請求項４】前記フィルタは、高度フィルタ、回転フィ
ルタ、切り取りフィルタ、貼り付けフィルタ、スケール
・フィルタ、ビットパッド・フィルタ、ディザ・フィル
タ、階調フィルタ、カラー変換フィルタ、デコード・フ
ィルタ及びエンコード・フィルタの中から選択される請
求項１記載の方法。
【請求項５】前記変換された画像を記憶装置に記憶する
ステップを含む請求項１に記載の方法。
【請求項６】前記変換された画像をプリンタへ送るステ
ップを含む請求項１に記載の方法。
【請求項７】現在のフォーマットから要求されたフォー
マットへと画像データを変換するデータ処理システムで
あって、画像データを記憶する記憶手段と、画像変換処理を実行するプロセッサとを含み、前記画像
変換処理は、第１の複数のパラメータをもつ要求フォーマットを含
む、前記画像データに対する要求を受け取り、前記画像データに対する要求を受け取ることに応答し
て、前記画像データを記述する第２の複数のパラメータ
をもつ該画像データの現在のフォーマットを判断し、前記第１の複数のパラメータと、前記第２の複数のパラ
メータの各々互いに対応するパラメータ同士を比較し、前記第１及び第２の複数のパラメータから、該第１の複
数のパラメータ内のパラメータと該第２の複数のパラメ
ータ内の対応するパラメータとで一致しないパラメータ
が識別されたことに応答して、フィルタ・スタックを初
期化し、前記識別された一致しないパラメータの各々について、
画像データを変更するために前記フィルタ・スタックフ
ィルタを導入し、画像データにフィルタ・スタック内の前記フィルタを適
用して、前記画像データを現在のフォーマットから要求
フォーマットへと変換するものである、データ処理システム。
【請求項８】前記要求は、少なくともサンプルあたりの
ビット数、幅、高さ、水平解像度、垂直解像度、高度及
び方向を特定するものである請求項７記載のシステム。
【請求項９】画像データをバッファに読み込み、前記バ
ッファ内の画像データにフィルタ・スタック内の各フィ
ルタを適用する請求項７記載のシステム。
【請求項１０】前記フィルタは、高度フィルタ、回転フ
ィルタ、切り取りフィルタ、貼り付けフィルタ、スケー
ル・フィルタ、ビットパッド・フィルタ、ディザ・フィ
ルタ、階調フィルタ、カラー変換フィルタ、デコード・
フィルタ及びエンコード・フィルタの中から選択される
請求項７記載のシステム。
【請求項１１】前記変換された画像を記憶する記憶装置
を含む請求項７に記載のシステム。
【請求項１２】前記プロセッサに接続され、前記変換さ
れた画像を受信するプリンタを含む請求項７に記載のシ
ステム。