JPH01233575A - 画像処理方法及びその装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、画像処理ハードウェア゛と計算機により構成
される画像処理システムに適用し得葛、画像処理ハード
ウェア内の画像メモリに格納された画像データをプログ
ラム中でアクセスする際の画像記憶領域の管理方式に関
する。

（従来技術］ ′画像処理システムは、従来より汎用ミニコンピユータ
などめ計算機と（画像メモリ、画像処理プロセッサなど
を構成要素とする）画像専用のハードウェアから構成さ
れ、画像専用ハードウェアの機能による高速処理が実現
されていた。−方、近年、エンジニアリングワークステ
ーション（ＥＷＳ）には、外部バス上の領域を直接仮想
記憶領域に割り付ける機能が付加され、これに対応して
、ＥＷＳの外部バス上のアドレスにより画像メモリが直
接アクセス可能な形式の画像処理ハードウェアも市販さ
れてきた。画像処理システムに・は、高速性と共にソフ
トウェアによる柔軟性が望まれていたが、上記によりこ
の種のシステムの問題点であった主記憶と画像メモリ間
のデータ転送が不必要もしくは非常に高速となり、高速
性と柔軟性を両立させたアプリケーションの作成が可能
となった。このようなシステムの実例としては、たとえ
ばＥＷＳとしてＳｕｎマイクロ社のＳ　ｕ　ｎ　３７２
６０　Ｃ、画像処理ハードウェアとしてｎｅｘｕｓ社製
ＮＥＸＵＳ６８１０およびＶＭＥ拡張ボードを組み合わ
せる事により実現できる。第１図はこのようなシステム
の構成を示したもので、大きくはホストとなるＥＷＳ　
ｔ　ｏ　ｔと画像処理ハードウェア１０２から構成され
る。

ＥＷＳ　１０１内には、ＣＰＵ１０３があり、画像処理
ハードウェア１０２内には、画像メモリ１０４及び画像
処理プロセッサ１０５がある。前記したタイプの機器を
このようなシステム構成とする事により、画像メモリ１
０４上の画像データは画像処理プロセッサ１０４．ＣＰ
Ｕ１０３のどちらでも処理することが可能となる。例え
ば、画像処理の例として、与えられた原画像をｉ）エツ
ジ強調し、ｔｉ）ノイズ除去処理（平滑化）した後、１
ｆｆ）デイザ処理を行うものを考えると、ｔ）、　ｔｉ
）の処理は画像処理プロセッサで、１ｉｉ）の処理はＣ
ＰＵで処理されるといったように、このような画像処理
システムにおいてプログラムを作成した場合、画像処理
プロセッサによる処理とＥＷＳのＣＰＵによる処理が混
在して利用される。

ここで横Ｘ画素、縦Ｙ画素の画像を取り扱うことを考え
る。前述したような市販の画像処理ハードウェアでは処
理プロセッサの処理単位であるフレームとしてハードウ
ェア的に固定された２次元のアドレスがあり、画像デー
タはこの空間中で矩形となるようにしなければならない
。従って、画像処理プロセッサを利用する場合、画像メ
モリ上での画像データの配置は第２（ａ）図に示すよう
な配置形式（以降、固定配置形式と呼ぶ）とする必要が
ある。第２図（ｂ）はＥＷＳのＣＰＵから第２図（ａ）
の配置を見た場合のメモリマツプである。一方、ＥＷＳ
のＣＰＵで処理する場合、既存のほとんどのソフトウェ
アでは、画像データは、例えば、プログラミング言語Ｆ
ＯＲＴＲＡＮでは、 ＤＩＭＥＮＳＩＯＮ　　ＩＭＡＧＥ （５１２，５１２） プログラミング言語Ｃでは、 ｉｎｔ　　ｉｍａｇｅ　［５１２］　　［５１２］　　
；で指定される様にＸ）ｋＹ　（画素分）の配列として
連続した領域に配置されていた。この配置形式（以降、
連続配置形式と呼ぶ）をフレーム単位のアドレス形式、
メモリマツプで示したものがそれぞれ第２図（Ｃ）、第
２図（ｄ）である。

このような画像データのメモリ上での配置形式の這いに
より、画像処理プロセッサによる処理とＥＷＳのＣＰＵ
による処理を混在して利用するためには、 ■　処理モジュール適用直前の画像データの配置形式と
処理モジュールの前提とする配置形式が異なる場合に配
置形式の変換を行う。

■　ＥＷＳのＣＰＵによる処理モジュールを固定配置形
式の画像データを処理するように全面的に書き換える。

のいずれかの手段を採る必要があった。

〔発明が解決しようとしている問題点〕しかしながら、
これらの方法をもちいた場合、Ａ、■の手段では、プロ
グラムが処理モジュールの内容・画像データの状態に応
じて配置変換のプログラムを作成・利用する必要からプ
ログラム作成のための負担が非常に大きくなる。

Ｂ、■の手段では、既存の多くのプログラムを書き換え
るための膨大な労力が必要となる。

Ｃ，モジュール内にハードウェア構成の情報が含まれる
ため、ハードウェアの構成を変更時に、多くのプログラ
ムの修正が必要となる。

といった欠点があった。

〔目　的〕

以上の点に鑑み、本発明の目的は、上記欠点を除去する
ことにある。本発明の目的は、画像メモリの領域を統括
して管理する独立したプロセスを設け、この管理プロセ
スに画像データの大きさなどの属性情報を記憶する手段
を持たせ、画像処理を実行するプロセスからの要請にし
たがって管理プロセスが画像データの配置変換を行うこ
とで画像データの適切な配置形式変換が簡便に実現され
る機構を提供することにある。

本発明の目的は、プログラマが画像データ・画像メモリ
の利用状況を配慮する必要をなくし、同時にハードウェ
ア依存の部分をプログラム（プロセス）の外部で処理す
ることで、上記の欠点であったプログラム作成の負荷を
大きく削減し、プログラムの再利用性・モジュラリテイ
を大きく改善することにある。

（実施例〕 第３図は、本発明の一実施例のブロック図で、３０１は
実際の画像処理を行うプログラムを実行するプロセスで
あり、３０２は画像メモリの管理を行うプロセスである
。まず全体の動作の概略を説明する。

実行プロセス３０１は、画像メモリの領域が必要となっ
た時や不必要となった時などに領域のく登録〉、く占有
一連続配置〉、く占有−固定配置〉、く解放〉、く削除
〉などの要求をプロセス間通信を用いて管理プロセス３
０２に伝える。

管理プロセス３０２は、受は取った要求の種類に従い、
内部に持つ画像データ管理テーブル、メモリ領域管理テ
ーブル（後出）を用いて、適切な空領域の割り当て、使
用状況の変更に応じた管理テーブルの内容の更新を行う
、続いて、割り当てた領域を指定する情報を実行プロセ
スに返す、また、占有要求（く占有一連続配置〉あるい
はく占有−固定配置〉）に対しては、画像データの占有
時に、要求受付時点で画像データ管理テーブルに記憶さ
れている配置形式（連続配置あるいは固定配置）と要求
される配置形式とが異なる場合に配置形式の変換を行う
。

ここで占有時に実行プロセスへ渡される情報の形態とし
ては、画像処理プロセッサに対し画像データを指定する
ために利用でき、かつＣＰＵからアクセスする際に仮想
記憶アドレスに変換できる情報形態であればよく、本実
施例では画像処理プロセッサが処理を実行する時の画像
メモリの領域の単位となるフレームの番号（以下、フレ
ーム番号）を用いる。

実行プロセス３０１は、管理プロセス３０２から得られ
た領域の情報（フレーム番号）に基づき、画像処理プロ
セッサもしくはＣＰＵにより処理を実施する。

第４図は、実際に画像処理が実行される過程での実行プ
ロセス３０１と管理プロセス３０２の間の通信と各々の
動作例の概略を示したものである。ここで、管理プロセ
ス３０２はシステム起動時に一度だけ起動され、システ
ム終了時に停止させられるため、図示されていない過去
に起動されたものとする。実行プロセス３０１は、たと
えば、ｏＳのコマンドインタープリタにコマンドを入力
する事により起動される。実行プロセスから管理プロセ
スへ受は渡される要求メツセージは、第１ワードが要求
の種類を示す番号であり、第２ワード以降は要求の種類
により決まるワード数だけ付属情報が送られる。

起動後、実行プロセス３０１は、まず、画像データのく
登録〉要求を発する（４０１）、管理プロセス３０２は
、これを受けて画像データに新規な識別番号（以下画像
ｉｄと呼ぶ）を割り付け、画像データ管理テーブルにこ
の画像ｉｄと画像データの横方向の大きさ（以下ｘｓ　
ｌ　ｚｅとする）、縦方向の大きさ（以下ｙｓ　ｉ　ｚ
ｅとする）、１画素あたりのデータ量（以下ｎｂｙｔｅ
とする）を書き込み、画像ｉｄを実行プロセスに送り返
す（４０２）。

プログラムの進行に伴い、画像データの読み書きが必要
になると、実行プロセス３０１は、画像データ領域の占
有要求（く占有一連続配置〉もしくはく占有−固定配置
〉）を発する（４０３）。

管理プロセス３０２はこれを受けて、画像データ領域の
占有処理を実行する。

最初に画像データを入力する際や次に実行する処理の結
果のための領域を占有する場合には、管理プロセスは、
画像データ管理テーブルの状態値の項を参照してこの画
像が初めてアクセスされる事を判断し、メモリ領域管理
テーブルを参照して必要な画像領域を溝足する画像メモ
リ中の空領域を探索する。続いて、占有要求により指定
された画像データの配置形式の種類を画像データ管理テ
ーブルへ書き込み、発見した空領域が再利用されないよ
うにメモリ領域管理テーブルを更新し、発見した空領域
のフレーム番号を実行プロセス３０１に送り返す（４０
４）。

実行プロセス３０１は、画像処理プロセッサを利用して
処理を行う場合は、画像処理プロセッサに処理コマンド
と処理対象であるフレーム番号、処理のパラメータなど
を受は渡して実際の処理を起動し、ＣＰＵ側で受は取る
べき処理結果がある場合にはこれを受は取る。この受は
渡し操作は、実際には汎用パスを経由して画像処理プロ
セッサの内部メモリ、レジスタをＣＰＵが読み書きする
事による。

ＣＰＵが画像データを直接アクセスして処理を行う場合
には、まず前厄って設定された画像メモリ１０３の先頭
アドレス（実アドレス）であるベースアドレス、画像メ
モリのフレームの大きさ、とフレーム番号から使用する
領域の先頭アドレス（実アドレス）を計算し、使用する
サイズ分の仮想記憶領域を占有した後、画像メモリ上の
使用する領域の先頭アドレス（実アドレス）とそのサイ
ズをもちいてこの領域を仮想記憶領域へ割り付る（この
過程を以下では仮想記憶領域へのマツピングと呼ぶ）。

ＣＰＵはマツピングにより得られた仮想記憶領域のアド
レス（仮想記憶アドレス）を用いて画像データの参照・
書き込みなどを行う。

モジュールなどの単位での一連のアクセスが終了すると
、実行プロセスは画像データ領域を解放する操作を行う
。ＣＰＵからアクセスした場合には使用した仮想記憶領
域を解放した後、画像処理プロセッサで処理した場合に
はそのまま、管理プロセスへ画像データ領域のく解放〉
要求を発する（４０５）。ここで、く解放要求〉は、画
像データが一時的にアクセス不要となった事を示すもの
で、これにより同一画像に対する別の占有要求の受は付
けが可能となる。画像データ自体が失われることはない
。実際には、管理プロセスはく解放〉要求に対し画像デ
ータ管理テーブルの状態値の項を更新し、正常終了／異
常終了の状態値を送り返す（４０６）。

実行プロセスの進行に伴い、既に存在する画像データへ
の再度のアクセスが必要となった場合にも、実行プロセ
スは占有要求を発する（４０７）。管理プロセスは、こ
れを受は取り、画像データ管理テーブルの状態値の項を
読みだし、画像データが既に存在することとその配置形
式の種類の情報を得る。既に画像データが存在する場合
、管理プロセスは空領域の新たな割り当ては行わず、配
置形式の違いのみを処理する。占有要求の示す配置形式
の種類とこの時点での配置形式が異なる場合に管理プロ
セスは画像データが要求された配置形式となるように配
置変換操作を行う（４０８）、続いて、画像データが格
納されているフレーム番号を実行プロセスに送り返す。

実行プロセスは、前述したアクセスの場合と同様の画像
データアクセス方法により画像データを処理し、一連の
アクセスが終了した場合にく解放〉要求を発する。

この後、実行プロセス３０１は、画像データが不要とな
った時点で、管理プロセス３０２へこの画像データのく
削除〉を要求する（４０９）。管理プロセス３０２は画
像データ管理テーブルのこの画像データの行を初期化し
、メモリ管理領域テーブルを更新して対応するフレーム
番号の領域を未使用状態とする（４１０）。

ＥＷＳを前出のＳ　ｕ　ｎ　３　／　２６０　Ｃ、ＯＳ
を５ｕｎＯ３とした場合、プロセス間通信の機能は５ｏ
ｃｋｅｔなとのシステムコールにより実現され、仮想記
憶領域への割り当てはｖａｌｌｏｃ（仮想記憶領域の占
有の機能）・ｍｍａｐ（実アドレスの仮想記憶領域への
割り当ての機能）・ｔｒｅｅ（仮想記憶領域の解放）な
どのシステムコールにより実現される。

第５図（ａ）は管理プロセス３０２の内部動作の流れを
示すフローチャートであり、第５図（ｂ）、（ｃ）、（
ｄ）、（ｅ）はそれぞれ管理プロセスの登録、占有、解
放、削除の内部動作の流れを示すフローチャートである
。第６図（ａ）は管理プロセス３０２が使用する画像デ
ータ管理テーブルＩＤＴＢＬの構成、第６図（ｂ）はメ
モリ領域管理テーブルＩＭＴＢＬの構成を示したもので
ある。画像データ管理テーブルＩＤＴＢＬは、各行が１
つの画像データに対応し、各データの・画像ｉｄ・横方
向の大きさｘｓ　ｉ　ｚｅ・縦方向の大きさｙｓ　ｉ　
ｚｅ・１画素あたりのデータ幅ｎｂｙｔｅ・画像データ
の使用状態を示す状態値・画像データの対応する格納領
域である対応フレーム・画像データの登録者の識別子で
ある作成者ｕｉｄが格納される。メモリ領域管理テーブ
ルｒＭＴＢＬでは、各行が画像メモリ中の１つのフレー
ムの情報に対応し、後述する一時フレーム用に残された
フレーム以外のフレーム分だけの行がある。各行に゛は
、そのフレームが未使用ならば０、使用中ならば各画像
データに対する情報としてその画像領域を占有したユー
ザの指定子ｕｉｄが格納されている。

以下、第５図及び第６図に従い、管理プロセス３０２の
動作を説明する。管理プロセス３０２は、まず、プロセ
ス間通信により送られてきた要求メツセージを読みだし
く５０１）、ついで、メツセージの先頭に記されている
要求の種類により要求処理部選択し、これに制御を移す
。各要求処理部の実行が終了すると要求メツセージの読
み出しく５０１）に戻り、この過程を終了要求が送られ
て来るまで繰り返す（第５図（ａ））。

各要求処理部の動作としては、要求の種類かく登録〉で
あれば、続くメツセージの残りのデータを夫々画像デー
タのｘｓ　ｉ　ｚｅ、ｙｓ　ｉ　ｚｅ。

ｎｂｙｔｅ、メツセージを送ったユーザのｕｉｄとして
受は取る０次いで、管理プロセス３０２は、最新画像ｉ
ｄを格納した内部変数め値を１増やした値（これが前置
て設定された最大値を越えた場合には１）を要求された
画像データに対する画像ｉｄとし、この画像１ｄを最新
画像ｉｄとして前記内部変数に格納する。続いて、画像
データ管理テーブルＩＤＴＢＬの各行の画像ｉｄの値を
先頭から順に読み出し、もし、格納されている値が０で
ある行の番号（つまり未登録性）が無ければ、異常終了
メツセージを実行プロセスへ送って登録処理を終了する
。未登録性がある場合には、この行に画像ｉｄ、ｘｓｉ
ｚｅ、ｙｓｉｚｅ。

ｎｂｙｔｅ、ｕｉｄを登録し、実行プロセスへ画像ｉｄ
を送って登録処理を終了する（第５図（ｂ））。

要求の種類が〈占有一連続配置〉あるいはく占有−固定
配置〉であれば、続くメツセージの残りのデータをそれ
ぞれ使用する画像データの画像ｉｄ１メツセージを送っ
たユーザのｕｉｄとして受は取る０次いで、管理プロセ
ス３０２は、画像データ管理テーブルＩＤＴＢＬの各行
の画像ｉｄの値を先頭から順に読み出し、もし、格納さ
れている値が要求された画像ｉｄと一致する行がない（
つまり、画像データが未登録）もしくは画像ｉｄの一致
する行の状態値が１あるいは２（画像データが使用中）
ならば、異常終了メツセージを実行プロセスへ送って占
有処理を終了する。画像データが登録済で使用中でない
ならば、この行のｘｓ　ｉ　ｚｅ、ｙｓ　ｉ　ｚｅ、ｎ
ｂｙｔｅ、状態値。

対応フレームを読み出して、以下に進む。

もし、状態値が０（画像データなしを示す）ならば、メ
モリ領域管理テーブルＩＭＴＢＬの各行の値を順に読み
出し、画像の大きさ分だけの空領域（メモリ領域管理テ
ーブルＩＭＴＢＬの値が０で示される）を見つける。適
当な空領域が無いならば、異常終了メッセー゛ジを実行
プロセスへ送って占有処理を終了し、あるならば、メモ
リ領域管理テーブルＩＭＴＢＬのこれらの行の値をユー
ザのｕｉｄに更新し、この空領域のフレーム番号を画像
データ管理テーブルＩＤＴＢＬの対応フレームの項と戻
り値用め配列に登録し、戻り値用配列の内容をｕｉｄで
示されたユーザへ送り、占有終了する。

画像データ管理テーブルＩＤＴＢＬの状態値が０以外（
画像データが既に存在するを示す）の場合には、もし、
状態値が示す現時点での配置形式と要求される配置形式
が一致するならば、そのまま画像データ管理テーブルＩ
ＤＴＢＬの対応フレームに格納されていた戻り値用配列
を実行プロセスに送り占有処理を終了する。一致しない
ならば、配置変換処理を実行し、正常終了すれば画像デ
ータ管理テーブルＩＤＴＢＬの対応フレームに格納され
ていた戻り値用配列を実行プロセスに送り、異常終了す
ればそのまま、占有処理を終了する。（以上第５図（ｃ
））。

ここで利用する戻り値用の配列は画像メモリのフレーム
数だけの大きさで、その内容はたとえば、 （１，３，０，０，０，０，０，０，０，０，０，０，
０，０，０，０）のようなものであり、ここで、０は指
定なし、負の値はエラーを示す。要求の種類かく解放〉
であれば、続くメツセージの残りの部分を画像データの
画像ｉｄ、メツセージを送ったユーザのｕｉｄとして受
は取る０次いで画像データ管理テーブルＩＤＴＢＬとメ
モリ領域管理テーブルＩＭＴＢＬの各項を参照し、もし
、受は取ったｕｉｄが画像ｉｄに対応する画像メそり領
域の占有者のｕｉｄ或は予め設定された特権ユーザのｕ
ｉｄと一致するならば、画像データ管理テーブルＩＤＴ
ＢＬの画像ｉｄに対応する行の状態値の項を非占有状態
を示す値に更新して正常終了メツセージを送り返し、解
放処理を終了する。これ以外の場合には、異常終了メツ
セージを実行プロセスへ送って解放処理を終了する。（
第５図（ｄ）） 要求の種類が〈削除〉であれば、続くメツセージの残り
の部分を画像データの画像ｉｄ、メツセージを送ったユ
ーザのｕｉｄとして受は取る。

次いで、画像データ管理テーブルＩＤＴＢＬの各項を参
照し、もし、受は取りたｕｉｄが画像ｉｄに対応する画
像データ作成者のｕｉｄあるいはあらかじめ設定された
特権ユーザのｕｉｄと一致し、状態値の項が画像データ
が非占有状態の場合の値ならば、画像データ管理テーブ
ルＩＤＴＢＬの画像ｉｄの項をＯとし、状態値をＯとし
、対応フレームの項に格納されていたフレームに対して
メモリ領域管理テーブルＩＭＴＢＬの値を０とした後、
実行プロセスへ正常終了メツセージを送り、削除処理を
終了する。これ以外の場合には、異常終了メツセージを
実行プロセスへ送フて削除処理を終了する。（第５図（
ｅ）） 第７図は、配置変換操作を行う場合の管理プロセスの動
作を示した流れ図である。

まず、管理プロセスは、画像処理プロセッサへコマンド
を送る事により目的とするフレームの内容を割り当て用
とは別に用意された一時フレームへ転送する。次に、こ
の−時フレームと目的フレームを管理プロセスの仮想記
憶領域にマツピングし、それぞれの仮想記憶アドレスＴ
、Ｏを得る。

続いて、変換の方向が連続配置から固定配置で、画像デ
ータ管理テーブルのデータ幅の項が１（バイト）ならば
、 アドレスＯ＋Ｊ＊ｆｒａｍｅｘ＋Ｉヘ アドレスＴ＋Ｊ＊ｘｓ　ｉ　ｚｅ＋Ｉの内容１バイトを
書き込む。

変換の方向が連続配置から固定配置で、画像データ管理
テーブルのデータ幅の項が２（バイト）ならば、 アドレスＯ＋Ｊ＊ｆｒａｍｅｘ＋Ｉヘ アドレス７＋　（Ｊ＊ｘｓ　ｉ　ｚｅ＋Ｉ）＊２の０内
容１バイトを書き込み、アドレスＯ＋ＦＲ３ＩＺ＋Ｊ＊
ｆｒａｍｅｘ＋ＩヘアドレスＴ＋　（Ｊ＊ｘｓ　ｉ　ｚ
ｅ＋　Ｉ　）＊２＋１の内容１バイトを書き込む。

変換の方向が固定配置から連続配置で、画像データ管理
テーブルのデータ幅の項が１　（バイト）ならば、 アドレスＯ＋Ｊ＊ｘｓ　ｉ　ｚｅ＋１へアドレスＴ＋Ｊ
＊ｆｒａｍｅｘ＋Ｉの内容１バイトを書き込む。

変換の方向が固定配置から連続配置で、画像データ管理
テーブルのデータ幅の項が２（バイト）ならば、 アドレスＯ＋　（Ｊ＊ｘ、ｓ　ｉ　ｚｅ＋Ｉ）＊２ヘア
ドレスＴ＋Ｊ＊ｆｒａｍｅｘ＋Ｉの内容１バイトを書き
込み、 アドレスＯ＋　（Ｊ＊ｘｓ　ｉ　ｚｅ＋Ｉ）＊２＋１ヘ
アドレスＴ＋ＦＲ３Ｉ　Ｚ ＋Ｊ＊ｆｒａｍｅｘ＋Ｉの内容１バイトを書き込む。

ここで、ｘｓ　ｉ　ｚｅは画像データの横方向の大きさ
、ｆｒａｍｅｘはハードウェアにより決定するフレーム
の横方向の画素数、ｆｒａｍｅｙはハードウェアにより
決定するフレームの縦方向の画素数、ＦＲＳＩＺはｆ　
ｒａｍｅｘ＊ｆ　ｒａｍｅｙである。ＩはＯからｘｓｉ
ｚｅ−１、ＪはＯから（画像データの縦方向の大きさ）
ｙｓｉｚｅ−１の間をループすることにより画像全域を
配置換えする。

データ幅がこれら以外の場合には、異常終了メツセージ
を送り返し、配置変換処理を終了する。

〔他の実施例〕

上記実施例では、画像メモリ内の領域を指し示す情報と
してフレーム番号を用いたが、画像処理プロセッサのア
ドレッシング方法が画像メモリ上の実アドレスの場合に
は、領域指定の情報として実アドレスを用いることがで
き、フレーム番号から実アドレス計算の手間を省くこと
ができる。また、前記実施例では、１フレームに画像１
枚と言う格納形態を考えたが、画像フレームを分割して
利用で籾るような画像処理ハードウェアを利用する場合
には、どのような部分領域が占有されているかを情報と
して管理テーブルに格納する事により、画像メモリによ
り多くの画像を格納することができる。

また、画像メモリ領域がいっばいとなった場合に、く解
放〉状態にある画像データを管理プロセスの仮想記憶領
域に転送し、主記憶もしくはシステムディスクに待避さ
せることで、この画像データに対する画像メモリ領域（
フレーム）を別の画像に割り当てることも可能である。

また、前記実施例では、管理プロセスのソフトウェア処
理により、ＥＷＳのＣＰＵが画像データの配置変換を行
ったが、この操作をハード化して画像処理ハードウェア
の配置変換操作を管理プロセスが制御するようにするこ
とも可能である。

〔効　果〕

以上説明したように、実際に画像処理を実行するプロセ
スとは別に管理を行うプロセスを設け、画像データの配
置変換を行う事により、画像メモリ上の使用状況に応じ
て適切な領域を使用する領域として動的に割り当てるこ
とが可能となり、他のプログラムの処理結果を破壊する
ことなくプログラムを利用できる上に、既存の画像処理
ソフトウェアによる処理と画像処理プロセッサによる処
理が簡便に混在利用できるようになった。また本発明に
より、画像メモリのフレームの大きさ等の情報が管理プ
ロセスとマツピングを行−うルーチンに集約されること
になり、画像メモリのフレームの大きさを変更した場合
にも、管理プロセスとマツピングを行うルーチンのみの
変更で、本発明を利用したシステム上でのすべての画像
処理プログラムが、新しい画像フレームを有効活用する
ことができる。

【図面の簡単な説明】

第１図は画像処理システムの構成図、 第２図は画像メモリ上の画像データの配置を示した図、 第３図は本発明の一実施例である画像処理システムにお
けるプロセスの構成の図、 第４図は実行プロセスと管理プロセスの概略動作及びそ
の関係を示した図、 第５図は管理プロセスの動作を示した流れ図、第６図は
管理プロセスの使用する管理テーブルを示した図、 第７図は配置変換操作の動作を示した流れ図である。 １０１はホストとなる計算機（エンジニアリング・ワー
クステーション）、 １０２は画像処理ハードウェア、 １０４は画像処理ハードウェア内の画像メモリ、 ３０１は実際に画像データの処理を行う画像処理実行プ
ロセス、 ３０２は画像メモリの使用状況を記憶し、領域管理を行
うプロセス、 ３０３は画像メモリの使用状況を模式的に示した図、 雀陪アフ’Ｃ１ｌズ 第３図 （ｅ） （ａン 第６図

Claims (1)

【特許請求の範囲】
1. 画像メモリ上にある画像データへのアクセスを管理する
   画像記憶領域の管理方式において、画像データの処理を
   行うプロセスとは別に、画像メモリの使用状況を記憶し
   、記憶領域の割り当てなどを管理するプロセスを設け、
   画像データの配置を変換する事を特徴とする画像記憶領
   域の管理方式。