JPH04257079A - 画像データ管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 【０００１】 【産業上の利用分野】最近の中央処理装置（ＣＰＵ）　
の性能向上に伴い、パソコン等においても、画像処理を
行うことが可能になりつつある。 【０００２】然しながら、画像データは、データ量が多
いため、現状の主記憶装置の容量では不足する。従って
、二次記憶装置　（以下、テンポラリファイルという）
　を使用することになるが、画像データがファイルに存
在する場合、全ての画像データを主記憶装置上に置けな
いため、結果的に、一度、ファイルから上記テンポラリ
ファイルに画像データを、例えば、ページ単位にコピー
した後、該テンポラリファイルにコピーされた画像デー
タを基に、主記憶との間でページイン，　ページアウト
を行いながら、画像処理をする必要があり、画像処理上
、極めて、効率が悪いという問題がある。 【０００３】従って、ファイルからテンポラリファイル
に画像データをコピーすることなく、該画像データが存
在するファイルを直接アクセスして読み取ることができ
る画像データ管理方式が必要とされる。 【０００４】 【従来の技術】図４は、従来の画像データ管理方式を説
明する図である。先ず、アプリケーション（ＡＰＬ）　
２１から、ファイルロードモジュール　２１０に論理ア
ドレスにより画像入力指示が送出されると、オペレイテ
ィングシステム（ＯＳ）　２２　に、例えば、ページ管
理機構　２２０が存在する場合は、該オペレイティング
システム（ＯＳ）　２２　にメモリ獲得要求が行われ、
，　該オペレイティングシステム（ＯＳ）　２２　のペ
ージ管理機構　２２０が、主記憶　２０　上に空きペー
ジを獲得し、そこに、該アプリケーション（ＡＰＬ）　
２１が要求する画像データを、上記ファイルロードモジ
ュール　２１０からオペレイティングシステム（ＯＳ）
　２２　を介して、例えば、入力ファイル１０　からロ
ードし、該主記憶　２０　上に、空きページが無くなる
と、テンポラリファイル１１　上に、残りの画像データ
をロード、即ち、コピーする。 【０００５】又、該オペレイティングシステム（ＯＳ）
　２２　に、上記ページ管理機構　２２０が存在しない
システムでは、アプリケーション（ＡＰＬ）　２１側に
、画像データ管理部　２１１を設けて、該画像データ管
理部　２１１が、ページ管理を行いながら、入力ファイ
ル　１０　から画像データをロードする必要があった。 【０００６】この後、該アプリケーション（ＡＰＬ）　
２１から、画像処理要求が送出されると、先ず、主記憶
　２０　をアクセスして、画像処理を施すが、該主記憶
　２０　上に対象とする画像データが存在しないとき、
テンポラリファイル　１１　から該当の論理アドレスの
画像データを主記憶　２０　上の空きページにページイ
ンした後、該ページインされた画像データをアクセスし
て、指示した画像処理を施していた。 【０００７】該ページインにおいて、ページインしたい
ページが存在しないとき、例えば、最も、古いページを
テンポラリファイル　１１　にスワップアウト　（ペー
ジアウト）　して、該ページを獲得し、そこに、必要な
画像データを、テンポラリファイル　１１　からページ
インする。これらのページイン，　ページアウト処理は
、通常のページ管理処理でよく行われている処理である
ので、詳細な動作は省略する。 【０００８】該画像処理が終了して、例えば、表示装置
等に出力する場合、該主記憶　２０　をアクセスし、上
記ページ管理の基に、該当の画像データを取り出して表
示していた。　　 【０００９】 【発明が解決しようとする課題】従来、上記のページン
グ機構は、プログラムやデータなどを区別なく扱ってお
り、通常、１ページあたり、４Ｋバイト，又は、４Ｋ語
程度の大きさである。 【００１０】然しながら、画像データは数百Ｋバイトの
大きさであり、且つ、連続的に読み書きすることが多い
ため、上記のような４Ｋバイト，又は、４Ｋ語のページ
では、効率が悪いという問題があった。 【００１１】又、入力画像データがファイル　１０　と
して存在している場合、前述のように、該画像データは
、一旦、テンポラリファイル　１１　にコピーした後、
該テンポラリファイル　１１　と主記憶　２０　との間
で、公知のページ管理の基に、アクセスが行われる為、
極めて、効率が悪いという問題があった。 【００１２】本発明は上記従来の欠点に鑑み、パソコン
等の、主記憶容量の比較的小さい装置で画像処理を行う
際の、画像データの処理効率を向上させることができる
画像データ管理方式を提供することを目的とするもので
ある。 【００１３】 【課題を解決するための手段】図１は、本発明の原理を
説明する図である。上記の問題点は下記の如くに構成さ
れた画像データ管理方式によって解決される。 【００１４】（１）　少なくとも、画像入力部　１と，
画像表示部　３と，画像処理部　２とを備えた画像処理
装置において、該画像入力部　１と画像処理部　２との
間に、画像専用ページング管理部　４を設けて、容量の
大きいページでデータの管理を行うと共に、該画像専用
ページング管理部　４に画像入力がファイル　１０　で
あるか否かを指示するファイルフラグ■を設けて、該フ
ァイルフラグ■がファイル入力を指示しているとき、該
ファイル　１０　の画像データを直接アクセスして読み
取るように管理する。 【００１５】（２）　少なくとも、画像入力部　１と，
画像表示部　３と，画像処理部　２とを備えた画像処理
装置において、該画像入力部　１と画像処理部　２との
間に、画像専用ページング管理部　４を設けると共に、
該画像専用ページング管理部　４に方向管理部　４１　
と，　オフセット変換部　４０　と、該方向管理部　４
１　に、画像データの並び方向を指示する方向フラグ■
を設けて、入力される画像データのオフセット　（論理
アドレス）　を求めるとき、上記方向フラグ■が指示す
る画像データの並び方向に従って、上記オフセット変換
部　４０　で、オフセット変換して、該画像データをア
クセスするように管理する。 【００１６】 【作用】即ち、本発明においては、アプリケーション（
ＡＰＬ）　２１からの画像入力要求に伴い、ファイルロ
ードモジュール　２１０は、該画像データのヘッダ部　
（画像データのサイズ，　色の数等の情報が格納されて
いる）　を読み取り、該アクセスすべき画像データの開
始アドレス　（論理アドレス）　をポインタとして認識
し、該ポインタを本発明の画像専用ページング管理部　
４に渡すと共に、該アクセス対象がファイルであると、
本発明のファイルフラグ■をセットする設定信号を渡す
ことで、該ファイルロードモジュール　２１０は処理を
終了する。 【００１７】後は、アプリケーション（ＡＰＬ）　２１
からの要求により、上記ファイルロードモジュール　２
１０から受け取ったポインタ　（画像データの開始アド
レス）　を基に、画像専用ページング管理部　２は、該
当の画像データの論理アドレス　（オフセット）　から
主記憶　２０　上の実アドレスを求めて、該主記憶　２
０　をアクセスし、該当の画像データが主記憶　２０　
上に存在しないとき、本発明のファイルフラグ■を参照
して、画像データがファイル入力であることを認識する
と、直接、該入力ファイル　１０　をアクセスして該当
の画像データを読み取り、主記憶にページインする。 【００１８】上記において、画像データがファイル入力
でない、即ち、例えば、イメージスキャナであると、前
述の従来方式の手順で該イメージスキャナから主記憶　
２０　にページイン後，　ページインできない画像デー
タはテンポラリファイル　１１　にコピーした後、主記
憶　２０　上の画像データと，　テンポラリファイル　
１１　上の画像データとの間でページイン，　ページア
ウト処理を介しながら画像処理が施される。 【００１９】即ち、リード（ｒｅａｄ）すべき画像デー
タが主記憶　２０　上に存在しないとき、テンポラリフ
ァイル　１１　から該当の画像データがページインされ
る。又、ページインすべき実メモリがなければ、ページ
フォルトが発生し、例えば、最も、古い画像データがテ
ンポラリファイル　１１　にページアウトされた後、そ
の空きページに、該テンポラリファイル　１１　上の該
当の画像データがページインされる。ライト（ｗｒｉｔ
ｗ）　のときも同様の手順で行われる。 【００２０】このようにして、以降での画像処理では、
該主記憶　２０　とテンポラリファイル１１　との間で
，　ページイン，　ページアウト等のページ管理の基に
画像処理が行われる。 【００２１】この場合、ページの大きさは、本発明の場
合、通常の４Ｋバイト，４Ｋ語といったサイズより大き
なサイズとすることで、効率のよい画像データへのアク
セスが可能となる。 【００２２】特に、本発明の場合、画像データがファイ
ルとして存在する場合、上記ファイルフラグ■を制御す
ることで、該入力ファイルを直接アクセス、即ち、入力
ファイル　１０　を仮想記憶　（二次記憶）　として利
用できるようになり、従来のように、入力ファイル　１
０　→テンポラリファイル　１１　へのコピーが不要と
なり、効率のよい画像データに対するアクセスが可能と
なる。 【００２３】又、画像データを入力する場合、該画像デ
ータがファイル　１０である場合には、例えば、横方向
に、ページ管理されるが、該画像データが、上記イメー
ジスキャナから入力される場合、該イメージスキャナは
画像データを縦方向のスキャナ素子でスキャンして読み
取る為、縦方向の画像データとして読み取られることに
なる。 【００２４】従って、この場合には、上記ファイル入力
と同じ横方向のページ管理が行われていると、ページフ
ォルトの発生する確率が増加することになり好ましいア
クセスができないことになる。従って、この場合には、
縦方向のページ管理を行う必要がある。 【００２５】そこで、本発明においては、方向フラグ■
を設けて、画像データの並び方向，　画像の縦，　横方
向のサイズを指示することで、アプリケーション（ＡＰ
Ｌ）　２１から指示された論理アドレスに基づいて、ア
クセスすべき画像データの開始アドレス　（即ち、前述
のポインタ）　からのオフセットを求める際、読み取ら
れた画像データの方向に合わせて、該オフセット　（オ
フセット値：画像データの開始位置からのオフセット値
で、該当の画像データの位置を認識する）　を求める必
要があり、本発明のオフセット変換部では、上記方向フ
ラグ■を参照して、読み取られた画像データの方向を認
識し、該画像データの方向に合わせて、上記ポインタか
らのオフセットを求めるようにすることで、ページフォ
ルトの発生の少ない画像データアクセスを行うことがで
きる。 【００２６】該縦方向のオフセット変換は、例えば、画
像データの開始位置を起点にして、横方向の画像データ
を９０度回転（例えば、横方向データの場合の左上の開
始点が、縦方向データでは、左下が開始点となる）させ
た変換として求めることができる。（該変換方法の詳細
は、本発明の主眼ではないので、上記の如き、概念的な
説明に留めておく） 【００２７】 【実施例】以下本発明の実施例を図面によって詳述する
。前述の図１は、本発明の原理を説明する図であり、図
２，　図３は本発明の一実施例を示した図であって、図
２（ａ）　は全体の構成例を示し、図２（ｂ）　はアプ
リケーション（ＡＰＬ）　から見た画像専用ページング
管理部に対するインタフェース条件を示し、図３（ｃ）
　は画像専用ページング管理部の構成例を示している。 【００２８】本発明においては、少なくとも、画像入力
部　１と，画像表示部　３と，画像処理部　２とを備え
た画像処理装置において、該画像入力部　１と画像処理
部　２との間に、画像専用ページング管理部　４を設け
て、容量の大きいページでデータの管理を行うと共に、
該画像専用ページング管理部　４に画像入力がファイル
であるか否かを指示するファイルフラグ■を設けて、該
ファイルフラグ■がファイル入力を指示しているとき、
該ファイル　１０　の画像データを直接アクセスして読
み取るように管理する手段，　及び、該画像専用ページ
ング管理部　４に方向管理部　４１　と，　オフセット
変換部　４０　とを設け、該方向管理部　４１　に、画
像データの並び方向を指示する方向フラグ■を設けて、
入力される画像データの実アドレスを求めるとき、上記
方向フラグ■が指示する画像データの並び方向に従って
、上記オフセット変換部　４０　で、該画像データに対
するオフセット値　（論理アドレス）　を求める手段が
、本発明を実施するのに必要な手段である。尚、全図を
通して同じ符号は同じ対象物を示している。 【００２９】以下、図１を参照しながら、図２によって
、本発明の画像データ管理方式を説明する。図１で示し
たアプリケーション（ＡＰＬ）　２１は、本図２　（ａ
）においては、画像入力部　１，　及び、画像処理部　
２，　画像表示部　３に対応する。 【００３０】本図２　（ａ）に示されているように、本
発明の画像専用ページング管理部　４は、画像入力部　
１と画像処理部　２との間に位置し、通常オペレイティ
ングシステム（ＯＳ）　２２　内に備えているページン
グ機構を、画像データ専用のページ　（即ち、容量の大
きなページ）　を扱うページング機構に変更したもので
ある。従って、扱うページの大きさが異なる以外、公知
のページング機構と同じページ管理を行う。 【００３１】この他に、本発明においては、図３　（ｃ
）に示したように、ファイルフラグ■と，　方向フラグ
■を備えており、画像データのアクセスに先立って、ア
プリケーション（ＡＰＬ）　２１により、図２（ｂ）　
に示したインタフェース　（後述）　に従って設定され
る。 【００３２】本発明のファイルフラグ■は、画像データ
の入力が、入力ファイル　１０　であるか否かを示すも
ので、以下のように機能する。先ず、アプリケーション
（ＡＰＬ）　２１からの画像入力の要求があると、ファ
イルロードモジュール　２１０は、該画像データのヘッ
ダ部　（画像データのサイズ，　色の数等の情報が格納
されている）　を読み取り、該アクセスすべき画像デー
タの開始アドレス　（論理アドレス）　をポインタとし
て認識し、該ポインタを本発明の画像専用ページング管
理部　４に渡すと共に、該アクセス対象がファイルであ
ると、本発明のファイルフラグ■をセットする設定信号
を渡すことで、ファイルロードモジュール　２１０は処
理を終了する。｛図１参照｝後は、アプリケーション（
ＡＰＬ）　２１からの要求により、上記ファイルロード
モジュール　２１０から受け取ったポインタ　（画像デ
ータの開始アドレス）　を基に、画像専用ページング管
理部　４は、該当の論理アドレス　（オフセット）　か
ら実アドレスを求め、主記憶　２０　をアクセスし、該
当の画像データが主記憶　２０　上に存在しないとき、
上記本発明のファイルフラグ■を参照して、画像データ
がファイル入力であることを認識すると、直接、該入力
ファイル　１０　をアクセスして該当の画像データを読
み取り、主記憶　２０　にページイン｛勿論、該ページ
インしたい実メモリが存在しないとき、ページフォルト
が発生し、メモリを獲得した後、ページイン｝する。 【００３３】上記において、画像データがファイル入力
でない、即ち、例えば、イメージスキャナであると、前
述の従来方式の手順で該イメージスキャナから主記憶　
２０　にページイン後，　ページインできない画像デー
タはテンポラリファイル　１１　にコピーされた後、主
記憶　２０　上の画像データと，　テンポラリファイル
　１１　上の画像データとの間でページイン，　ページ
アウト処理を介しながら画像処理される。 【００３４】即ち、リード（ｒｅａｄ）すべき画像デー
タが主記憶　２０　上に存在しないとき、テンポラリフ
ァイル　１１　から該当の画像データがページインされ
る。又、ページインすべき実メモリがなければ、ページ
フォルトが発生し、例えば、最も、古い画像データがテ
ンポラリファイル　１１　にページアウトされた後、そ
の空きページに、該テンポラリファイル　１１　上の該
当の画像データがページインされる。ライト（ｗｒｉｔ
ｗ）　のときも同様の手順で行われる。 【００３５】このようにして、以降での画像処理では、
該主記憶　２０　とテンポラリファイル１１　との間で
，　ページイン，　ページアウト等のページ管理の基に
画像処理が行われる。 【００３６】この場合、ページの大きさは、前述のよう
に、通常の４Ｋバイト，４Ｋ語といったサイズより大き
なサイズとすることで、効率のよい画像データへのアク
セスが可能となる。 【００３７】特に、本発明の場合、画像データがファイ
ルとして存在する場合、上記ファイルフラグ■を制御す
ることで、該入力ファイル　１０　を直接アクセス、即
ち、入力ファイル　１０　を仮想記憶　（二次記憶）　
として利用できるようになり、従来のように、入力ファ
イル　１０　→テンポラリファイル　１１　へのコピー
が不要となり、効率のよい画像データに対するアクセス
が可能となる。 【００３８】このように、本発明においては、アプリケ
ーション（ＡＰＬ）　２１は、上記ファイルフラグ■を
設定するだけで、後は、何らの意識なく、入力ファイル
　１０　をテンポラリファイル　１１　と同様に扱うこ
とができる。 【００３９】又、画像データを入力する場合、前述のよ
うに、該画像データがファイル　１０　である場合には
、例えば、横方向に、ページ管理されるが、該画像デー
タが、上記イメージスキャナから入力される場合、該イ
メージスキャナは画像データを縦方向のスキャナ素子で
スキャンして読み取り為、縦方向の画像データとして読
み取られることになる。 【００４０】従って、この場合には、上記ファイル入力
と同じ横方向のページ管理が行われていると、ページフ
ォルトの発生する確率が増加することにり好ましいアク
セスはできないことになる。従って、この場合には、縦
方向のページ管理を行う必要がある。 【００４１】そこで、本発明においては、図３（ｃ）　
に示したように、方向フラグ■を方向管理部　４１　内
に設けて、画像データの並び方向，　画像の縦，　横方
向のサイズを指示することで、アプリケーション（ＡＰ
Ｌ）　２１から指示された論理アドレスに基づいて、ア
クセスすべき画像データの開始アドレス　（即ち、前述
のポインタ）　からアクセスすべき画像データのオフセ
ットを求める際、読み取られた画像データの方向に合わ
せて、該オフセット　（オフセット値：画像データの開
始位置からのオフセット値で、該当の画像データの位置
を認識する）　を求める。 【００４２】即ち、本発明のオフセット変換部　４０　
では、上記方向変換部　４１　に設定されている方向フ
ラグ■を参照して、読み取られた画像データの方向を認
識し、該画像データの方向に合わせてオフセット変換を
行い、オフセット値、即ち、画像データの論理アドレス
｛即ち、画像データの開始位置　（ポインタ）　からの
位置｝を求めるようにすることで、ページフォルトの発
生の少ない画像データアクセスを行うことができる。 【００４３】該縦方向のオフセット変換は、例えば、画
像データの開始位置を起点にして、横方向の画像データ
を９０度回転（例えば、横方向データの場合の左上の開
始点が、縦方向データでは、左下が開始点となる）させ
た変換として求めることができる。 【００４４】上記画像専用ページング管理部　４と、画
像処理部　２、即ち、アプリケーション（ＡＰＬ）　２
１との間は、画像入力，　画像処理，　画像出力の何れ
の場合にも、図２（ｂ）　に示した統一化されたインタ
フェースで行われる。 【００４５】ここで、初期化（ｉｎｉｔｉａｌｉｚｅ）
は、上記ページング機構に必要な、図示されていないペ
ージテーブルの初期化指示等を示し、リフレッシュ（ｒ
ｅｆｒｅｓｈ）　は、ページテーブルの初期化，　及び
、テンポラリファイル　１１　にページアウトされた画
像データが不要になった際の消去指示等を示し、メモリ
獲得（ｍｅｍｏｒｙ　ａｌｌｏｃａｔｉｏｎ），メモリ
解放（ｍｅｍｏｒｙ　ｆｒｅｅ）　は、アプリケーショ
ン（ＡＰＬ）　２１が画像処理等の為に必要とする実メ
モリを獲得する命令，　或いは、該実メモリが不要にな
った際の実メモリを解放する命令を示している。このメ
モリ獲得要求に従って、画像専用ページング管理部　４
が管理しているページを解放し、アプリケーション（Ａ
ＰＬ）　２１の要求に応じることがある。 【００４６】次の、リード／ライトピクセルデータ（ｒ
ｅａｄ／ｗｒｉｔｅ　ｐｉｘｅｌ　ｄａｔａ）　は、実
際の各画素に対するリード／ライト命令を示している。 又、パラメータは、画像データの縦，横のサイズ等を、
フラグは、上記本発明を実施するのに必要なファイルフ
ラグ■，方向フラグ■を示しており、アプリケーション
（ＡＰＬ）　２１から、画像データに対するアクセスに
先立って設定される。該設定されたフラグは、上記リー
ド／ライトピクセルデータ（ｒｅａｄ／ｗｒｉｔｅ　ｐ
ｉｘｅｌ　ｄａｔａ）　命令を、本発明の画像専用ペー
ジング管理部　４で実行するとき、上記のように参照さ
れる。 【００４７】該インタフェースによって起動された画像
専用ページング管理部　４は、アプリケーション（ＡＰ
Ｌ）　２１からのアクセス要求に従って、画像入力時に
は、入力ファイル　１０　から、又、画像処理時には、
主記憶　２０　をアクセスして該当のアドレスの画像デ
ータが存在しないとき、入力ファイル　１０　から読み
取って、主記憶　２０　にページインし、該ページイン
すべきメモリが存在しないとき　（即ち、ページフォル
トの発生）　には、主記憶　２０　の特定のページをテ
ンポラリファイル　１１　にページアウトを行い、そこ
に、入力ファイル　１０，又は、テンポラリファイル　
１１　から読み取った画像データをページインする。 【００４８】このように、本発明においては、少なくと
も、画像入力部　１と，画像表示部　３と，画像処理部
　２とを備えた画像処理装置において、該画像入力部　
１と画像処理部　２との間に、画像専用ページング管理
部　４を設けて、容量の大きいページでデータの管理を
行うと共に、該画像専用ページング管理部　４に画像入
力がファイルであるか否かを指示するファイルフラグ■
を設けて、該ファイルフラグ■がファイル入力を指示し
ているとき、該ファイルの画像データを直接アクセスし
て読み取るように管理すること，　及び、該画像専用ペ
ージング管理部　４に方向管理部　４１　と，　オフセ
ット変換部　４０　とを設け、該方向管理部４１　に、
画像データの並び方向を指示する方向フラグ■を設けて
、入力される画像データのオフセットを求めるとき、上
記方向フラグ■が指示する画像データの並び方向に従っ
て、上記オフセット変換部　４０　でオフセット変換し
て、該画像データの開始アドレスからのオフセット値を
求めるようにした所に特徴がある。 【００４９】 【発明の効果】以上、詳細に説明したように、本発明の
画像データ管理方式は、少なくとも、画像入力部と，画
像表示部と，画像処理部とを備えた画像処理装置におい
て、画像入力部と画像処理部との間に画像専用ページン
グ管理部を設けて、サイズの大きなページを単位として
ページ処理を行うと共に、該画像専用ページング管理部
に画像入力がファイルであるか否かを指示するファイル
フラグ■を設けて、該ファイルフラグ■がファイル入力
を指示しているとき、該ファイルを直接アクセスする。 又、該画像専用ページング管理部に、方向管理部とオフ
セット変換部と、該方向管理部に、画像データの向きを
示す方向フラグ■を設け、該方向フラグ■の指示に対応
して、画像データのオフセット変換を行うようにしたも
のであるので、パソコンが搭載しているような主記憶で
も、画像データに対する高速処理が可能になるという効
果がある。

【図面の簡単な説明】

【図１】本発明の原理を説明する図

【図２】本発明の一実施例を示した図（その１）

【図３
】本発明の一実施例を示した図（その２）

【図４】従来
の画像データ管理方式を説明する図

【符号の説明】

１　　　　　画像入力部　　　　　　　　　　　　　　
　　　　２　　　　　画像処理部１０　　　　入力ファ
イル　　　　　　　　　　　　　　　　１１　　　　テ
ンポラリファイル ２０　　　　主記憶，　　　　　　　　　　　　　　　
　　　　　　２１　　アプリケーション（ＡＰＬ）　 ２１０　　　ファイルロードモジュール２２　　　　オ
ペレイティングシステム（ＯＳ）３　　　　　画像表示
部　　　　　　　　　　　　　　　　　　４　　　　　
画像専用ページング管理部 ４０　　　　オフセット変換部　　　　　　　　　　　
　４１　　　　方向管理部４２　　　　ページ管理部

Claims (2)

【特許請求の範囲】
1. 【請求項１】少なくとも、画像入力部（１）　と，画像
   表示部（３）　と，画像処理部（２）　とを備えた画像
   処理装置において、該画像入力部（１）　と画像処理部
   （２）　との間に、画像専用ページング管理部（４）　
   を設けて、容量の大きいページでデータの管理を行うと
   共に、該画像専用ページング管理部（４）　に画像入力
   がファイル（１０）であるか否かを指示するファイルフ
   ラグ　（■）　を設けて、該ファイルフラグ　（■）　
   がファイル入力を指示しているとき、該ファイル（１０
   ）の画像データを直接アクセスして読み取るように管理
   することを特徴とする画像データ管理方式。
2. 【請求項２】少なくとも、画像入力部（１）　と，画像
   表示部（３）　と，画像処理部（２）　とを備えた画像
   処理装置において、該画像入力部（１）　と画像処理部
   （２）　との間に、画像専用ページング管理部（４）　
   を設けると共に、該画像専用ページング管理部（４）　
   に方向管理部（４１）と，　オフセット変換部（４０）
   と、該方向管理部（４１）に、画像データの並び方向を
   指示する方向フラグ　（■）　を設けて、入力される画
   像データのオフセットを求めるとき、上記方向フラグ　
   （■）　が指示する画像データの並び方向に従って、上
   記オフセット変換部（４０）で、オフセット変換して、
   該画像データをアクセスするように管理することを特徴
   とする画像データ管理方式。